Device and method for adaptive rate multimedia communications on a wireless network

ABSTRACT

Methods, apparatus, and computer readable media may adjust an encoding rate based on network conditions between a transmitter and a receiver. Either the transmitter, receiver, or both the transmitter and receiver may determine the encoding rate. In one aspect, a ratio of received network data to transmitted network data is determined. An encoding parameter is then determined based on the determined ratio. In one aspect, the encoding parameter may be used to adjust an encoder. In another aspect, the determined encoding parameter may be transmitted to an encoding or transmitting node. In another aspect, an amount of data buffered in a network is determined. A sustainable throughput of the network is also determined. A transmission rate is then determined based on the sustainable throughput and the amount of data buffered. An encoding parameter is then adjusted based on the transmission rate.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application61/693,469, filed Aug. 27, 2012, and entitled “DEVICE AND METHOD FORADAPTIVE RATE MULTIMEDIA COMMUNICATIONS ON A WIRELESS NETWORK,” andassigned to the assignee hereof. This application also claims thebenefit of U.S. Provisional Application 61/814,720, filed Apr. 22, 2013,and entitled “DEVICE AND METHOD FOR ADAPTIVE RATE MULTIMEDIACOMMUNICATIONS ON A WIRELESS NETWORK,” and assigned to the assigneehereof. The disclosures of these prior applications are considered partof this application, and are hereby incorporated by reference in theirentirety. This application is related to U.S. application Ser. No.______ [Attorney Docket QVID.070A2/123109U2], entitled “DEVICE ANDMETHOD FOR ADAPTIVE RATE MULTIMEDIA COMMUNICATIONS ON A WIRELESSNETWORK,” filed on even date herewith, and is incorporated herein byreference, in its entirety.

BACKGROUND

1. Field

The present invention relates to encoding multimedia data on a wirelessnetwork, and more specifically to adapting one or more encodingparameters of the multimedia data based on a current capacity of thewireless network.

2. Background

Multimedia data may be encoded for transmission over a wireless network.When multimedia data is encoded, the methods and parameters of theencoding process may control the fidelity of the data provided to areceiver. When the receiver decodes the encoded data, for example, toplay a video or audio file, the quality of the multimedia experience mayat least in part relate to the fidelity of the encoded data.

The level of fidelity of the data provided may also affect the size ofthe encoded multimedia data. For example, high fidelity encoded data maybe larger than encoded data providing a lower quality multimediaexperience. Some networking environments, for example, some uncongestednetwork environments, provide adequate capacity to transmit the highfidelity encoded data with a relatively low latency and packet lossrate. In these environments, the high fidelity data may provide a gooduser experience. Other network environments do not provide a capacitysufficient to transfer high fidelity data with an acceptable latency andloss rate. These networking environments may suffer from trafficcongestion or service outages caused by equipment being offline or otherreasons. A poor user experience may result in these environments.

The network capacity of a given network environment may itself varybetween the uncongested and congested environments described above. Forexample, networks may experience peak usage periods that result inrelatively high latencies and low bandwidth per user, with the furtherpossibility of packet losses. Off-peak periods may provide improvementsin latency and loss rates. In these networking environments, atransmission rate tailored to off-peak network capacities may result ina poor user experience during peak periods, as the high fidelity datatransmitted during these periods may exceed the network's capacity,resulting in dropped packets and high latencies. Similarly, transmissionrates suitable for peak periods with acceptable latencies and loss ratesmay provide a lower fidelity user experience than is possible duringoff-peak periods. During off-peak periods when network capacity isrelatively high, the lower transmission rates may underutilize networkcapacity.

SUMMARY

The systems, methods, and devices of the invention each have severalaspects, no single one of which is solely responsible for its desirableattributes. Without limiting the scope of this invention as expressed bythe claims which follow, some features will now be discussed briefly.After considering this discussion, and particularly after reading thesection entitled “Detailed Description” one will understand how thefeatures of this invention provide advantages that includeidentification and application of rotation amount and duration topictures included in a multimedia presentation (e.g., video, sequence ofpictures).

One aspect discloses is a method of encoding data. The method includesdetermining, via an electronic device, a measurement of an amount ofreceived network data relative to an amount of transmitted network data;and adjusting an encoding parameter based at least in part on themeasurement. In some aspects, the measurement is a ratio of the amountof received network data to the amount of transmitted network data. Inother aspects, the measurement is a difference between the amount ofreceived network data and the amount of transmitted network data. Insome aspects, the method also includes receiving a quantity of datareceived by a receiver, and determining the received network data basedat least in part on the quantity. In some aspects, the method includesreceiving an encoding parameter value from a receiver, and adjusting theencoding parameter based at least on the received encoding parameter. Insome aspects, the method also includes transmitting a quantity of datatransmitted to the receiver. In some aspects, the method also includesdetermining a network jitter, wherein the encoding parameter is adjustedbased at least on the network jitter. In some aspects, the method alsoincludes determining if the adjustment of the encoding parameter willincrease a transmission rate, and determining a second adjustment to asecond encoding parameter that will further increase the transmissionrate if the network jitter is below a first jitter threshold.

In some aspects, the encoding parameter and the second encodingparameter are different parameters. In some aspects, the method alsoincludes determining if the adjustment of the encoding parameter willdecrease a transmission rate; and determining a second adjustment to asecond encoding parameter that will further decrease the transmissionrate if the network jitter is above a second jitter threshold. In someaspects, the encoding parameter and the second encoding parameter aredifferent parameters.

In some aspects, the method also includes determining a delay inreceiving the quantity of data received by the receiver, and determiningthe transmitted network data based at least in part on the delay. Insome aspects, the method also includes determining a transmission ratebased on the determined measurement, wherein the encoding parameter isadjusted based at least in part on the transmission rate.

Another aspect, disclosed is a method of determining a transmissionrate. The method includes determining an amount of data buffered in anetwork, determining a sustainable throughput of the network, anddetermining a transmission rate based at least in part on thesustainable throughput and the amount of data buffered. In some aspects,the method also includes adjusting an encoding parameter based at leastin part on the transmission rate. In some aspects, the method alsoincludes transmitting a parameter based one at least one of the amountof data buffered in the network and the sustainable throughput of thenetwork. In some aspects, the method transmits the transmission rate.

In some aspects, the amount of data buffered in a network is determinedbased at least in part on a duration of time a transmission rateexceeded a network capacity. In some aspects, the amount of databuffered in a network is determined based at least in part on adifference between a transmission rate and a network capacity.

Another aspect disclosed is a method of determining a network round triptime. The method includes transmitting information identifying a time,receiving information identifying the transmitted time at a receivetime, and determining the network round trip time based at least in parton the information and the receive time. In some aspects, theinformation identifying a time is a timestamp and the informationidentifying the transmitted time is the timestamp. In some aspects, themethod also includes determining a delay between when the transmittedinformation is received and the received information is transmitted. Inthese aspects, the network round trip time is determined based on thedelay. In some aspects, transmitting the information identifying a timeand receiving information identifying the transmitted time are performediteratively, wherein the time is different for each iteration, and theround trip time is determined based at least in part on each differenttime. In some aspects, the network round trip time is determined basedon an average.

Another aspect disclosed is a method for determining a network queuedrain duration. The method includes determining, via an electronicdevice, a measurement of an amount of transmitted network data relativeto an amount of received network data, determining an amount of databuffered in a network, and determining the network queue drain durationbased at least in part on the measurement and the amount of databuffered. In some aspects, the measurement is a ratio of the amount ofreceived network data to the amount of transmitted network data. Inother aspects, the measurement is a difference between the amount ofreceived network data and the amount of transmitted network data.

In some aspects, the method also includes determining a duration of timewhen a transmission rate exceeds a sustainable network throughput,determining how much the transmission rate exceeded the sustainablenetwork throughput, and determining the amount of data buffered in thenetwork based at least in part on how much the transmission rateexceeded the sustainable network throughput and the duration.

In some aspects, the method also includes receiving a quantity of datareceived by a receiver, and determining the received network data basedat least in part on the quantity. In some aspects, the method includesdetermining a delay in receiving the quantity of data received by thereceiver, and determining the transmitted network data based at least inpart on the delay. In some aspects, the method includes receiving aquantity of data transmitted by a transmitter, and determining thetransmitted network data based at least in part on the quantity of datatransmitted. In some aspects, the method also includes determining adelay in receiving the quantity of data transmitted by the transmitter,and determining the received network data based at least in part on thedelay.

Another aspect disclosed is a method of determining a one way networktransmission delay. The method includes determining a round trip networktransmission time, receiving an indication of an elapsed time between areception of a first message and a reception of a second message, anddetermining the one way network transmission delay based at least inpart on the round trip network transmission time and the indication.

In some aspects, the method includes transmitting the first message at afirst time, transmitting the second message at a second time, anddetermining the one way network transmission delay based at least inpart on the first time and the second time.

In some aspects, the one way network transmission time is determinedbased on an elapsed duration of time between the first time and thesecond time. In some aspects, the one way network transmission delay isdetermined based on a ratio of an elapsed duration of time between thefirst time and the second time, and an elapsed duration of time betweenthe reception of the first message and the reception of the secondmessage.

Another aspect discloses is an apparatus for encoding data. Theapparatus includes a processor configured to: determine a measurement ofan amount of transmitted network data relative to an amount of receivednetwork data, and adjust an encoding parameter based at least in part onthe measurement. In some aspects, the processor is configured todetermine a ratio of the amount of received network data to the amountof transmitted network data as the measurement. In other aspects, theprocessor is configured to determine the measurement as a differencebetween the amount of received network data and the amount oftransmitted network data. In some aspects, the apparatus also includes areceiver configured to receive a quantity of data received by areceiver, wherein the processor is further configured to determine thereceived network data based at least in part on the quantity. In someaspects, the apparatus also includes a receiver configured to receive anencoding parameter value from a receiver, wherein the processor isconfigured to further adjust the encoding parameter based at least onthe received encoding parameter. In some aspects, the apparatus alsoincludes transmitting a quantity of data transmitted to the receiver. Insome aspects, the apparatus also includes a processor configured todetermine a network jitter, wherein the processor is configured toadjust the encoding parameter based at least on the network jitter. Insome aspects, the processor is further configured to determine if theadjustment of the encoding parameter will increase a transmission rate,and determine a second adjustment to a second encoding parameter thatwill further increase the transmission rate if the network jitter isbelow a first jitter threshold. In some aspects, the encoding parameterand the second encoding parameter are different parameters. In someaspects, the processor is further configured to determine if theadjustment of the encoding parameter will decrease a transmission rate,and determine a second adjustment to a second encoding parameter thatwill further decrease the transmission rate if the network jitter isabove a second jitter threshold. In some aspects, the encoding parameterand the second encoding parameter are different parameters. In someaspects, the processor is further configured to determine a delay inreceiving the quantity of data received by the receiver, and determinethe transmitted network data based at least in part on the delay. Insome aspects, the processor is further configured to determine atransmission rate based on the determined measurement, wherein theencoding parameter is adjusted based at least in part on thetransmission rate.

Another aspect disclosed is an apparatus for determining a transmissionrate. The apparatus includes a processor configured to determine anamount of data buffered in a network, determine a sustainable throughputof the network, and determine a transmission rate based at least in parton the sustainable throughput and the amount of data buffered. In someaspects, the processor is further configured to adjust an encodingparameter based at least in part on the transmission rate. In someaspects, the apparatus also includes a transmitter configured totransmit a parameter based on at least one of the amount of databuffered in a network and the sustainable throughput of the network. Insome aspects, the processor is further configured to transmit thetransmission rate. In some aspects, the processor is configured todetermine the amount of data buffered in a network based at least inpart on a duration of time a transmission rate exceeded a networkcapacity. In some aspects, the processor is configured to determine theamount of data buffered in a network based at least in part on adifference between a transmission rate and a network capacity.

Another aspect disclosed is an apparatus for determining a network roundtrip time. The apparatus includes a transmitter configured to transmitinformation identifying a time, a receiver information identifying thetransmitted time at a receive time, and a processor configured todetermine the network round trip time based at least in part on theinformation and the receive time. In some aspects, the informationidentifying a time is a timestamp and the information identifying thetransmitted time is the timestamp. In some aspects, the apparatus alsoincludes a processor configured to determine a delay between when thetransmitted information is received and the received information istransmitted, wherein the network round trip time is determined based onthe delay.

In some aspects, the transmitter is further configured to transmit theinformation identifying a time iteratively and the receiver is furtherconfigured to receive information identifying the transmitted timeiteratively, wherein the time is different for each iteration, and theround trip time is determined based at least in part on each differenttime. In some aspects, the processor is configured to determine thenetwork round trip time based on an average.

Another aspect disclosed is an apparatus for determining a network queuedrain duration. The apparatus includes a processor configured todetermine, a measurement of an amount of transmitted network datarelative to an amount of received network data, determine an amount ofdata buffered in a network, and determine the network queue drainduration based at least in part on the measurement and the amount ofdata buffered. In some aspects, the processor is configured to determinethe measurement as a ratio of the amount of received network data to theamount of transmitted network data. In other aspects, the processor isconfigured to determine the measurement as a difference between theamount of received network data and the amount of transmitted networkdata.

In some aspects, the processor is further configured to determine aduration of time when a transmission rate exceeds a sustainable networkthroughput, determine how much the transmission rate exceeded thesustainable network throughput, and determine the amount of databuffered in the network based at least in part on how much thetransmission rate exceeded the sustainable network throughput and theduration. In some aspects, the apparatus also includes a receiverconfigured to receive a quantity of data received by a receiver, whereinthe processor is further configured to determine the received networkdata based at least in part on the quantity. In some aspects, theprocessor is further configured to determine a delay in receiving thequantity of data received by the receiver, and determine the transmittednetwork data based at least in part on the delay.

In some aspects, the apparatus also includes a receiver configured toreceive a quantity of data transmitted by a transmitter, wherein theprocessor is further configured to determine the transmitted networkdata based at least in part on the quantity. In some aspects, theprocessor is further configured to determine a delay in receiving thequantity of data transmitted by the transmitter, and determine thereceived network data based at least in part on the delay.

Another aspect disclosed is an apparatus for determining a one waynetwork transmission delay. The apparatus includes a processorconfigured to determining a round trip network transmission time, and areceiver configured to receive an indication of an elapsed duration oftime between a reception of a first message and a reception of a secondmessage, wherein the processor is further configured to determine theone way network transmission delay based at least in part on the roundtrip network transmission time and the indication. In some aspects, theapparatus includes a transmitter configured to transmit the firstmessage at a first time, and configured to transmit the second messageat a second time, wherein the processor is further configured todetermine the one way network transmission delay based at least in parton the first time and the second time. In some aspects, the one waynetwork transmission delay is determined based on an elapsed duration oftime between the first time and the second time. In some aspects, theprocessor is configured to determine the one way network transmissiondelay based on a ratio of the elapsed duration of time between the firsttime and the second time, and the elapsed duration of time between thereception of the first message and the reception of the second message.

Another aspect disclosed is an apparatus for encoding data. Theapparatus includes means for determining, a measurement of an amount oftransmitted network data relative to an amount of received network data,and means for adjusting an encoding parameter based at least in part onthe determined measurement. In some aspects, the means for determining ameasurement is configured to determine a ratio of the amount of receivednetwork data to the amount of transmitted network data. In otheraspects, the means for determining a measurement is configured todetermine a difference between the amount of received network data andthe amount of transmitted network data.

In some aspects, the apparatus also includes means for receiving aquantity of data received by a receiver, and means for determining thereceived network data based at least in part on the quantity. In someaspects, the apparatus also includes means for determining a delay inreceiving the quantity of data received by the receiver, and means fordetermining the transmitted network data based at least in part on thedelay. In some aspects, the apparatus also includes means fordetermining a transmission rate based on the determined measurement,wherein the encoding parameter is adjusted based at least in part on thetransmission rate. In some aspects, the apparatus also includes meansfor receiving an encoding parameter value from a receiver, wherein themeans for adjusting the encoding parameter is configured to adjust theencoding parameter based at least on the received encoding parameter. Insome aspects, the apparatus also includes means for transmitting aquantity of data transmitted to the receiver. In some aspects, theapparatus includes means for determining a network jitter, wherein themeans for adjust the encoding parameter is configured to adjust theencoding parameter based at least on the network jitter. In someaspects, the apparatus includes means for determining if the adjustmentof the encoding parameter will increase a transmission rate, means fordetermining a second adjustment to a second encoding parameter that willfurther increase the transmission rate if the network jitter is below afirst jitter threshold. In some aspects, the encoding parameter and thesecond encoding parameter are different parameters.

In some aspects, the apparatus also includes means for determining ifthe adjustment of the encoding parameter will decrease a transmissionrate, and means for determining a second adjustment to a second encodingparameter that will further decrease the transmission rate if thenetwork jitter is above a second jitter threshold. In some aspects, theencoding parameter and the second encoding parameter are differentparameters.

Another aspect disclosed is an apparatus for determining a transmissionrate. The apparatus includes means for determining an amount of databuffered in a network, means for determining a sustainable throughput ofthe network, and means for determining a transmission rate based atleast in part on the sustainable throughput and the amount of databuffered. In some aspects, the apparatus includes means for adjusting anencoding parameter based at least in part on the transmission rate. Insome aspects, the apparatus also includes means for transmitting aparameter based on at least one of the amount of data buffered in thenetwork and the sustainable throughput of the network. In some aspects,the apparatus also includes means for transmitting the transmission rateto a transmitting node. In some aspects, the amount of data buffered ina network is determined based at least in part on a duration of time atransmission rate exceeded a network capacity. In some aspects, theamount of data buffered in a network is determined based at least inpart on a difference between a transmission rate and a network capacity.

Another aspect disclosed is an apparatus for determining a network roundtrip time. The apparatus includes means for transmitting informationidentifying a time, means for receiving information identifying thetransmitted time at a receive time; and means for determining thenetwork round trip time based at least in part on the information andthe receive time. In some aspects, the information identifying a time isa timestamp and the information identifying the transmitted time is thetimestamp. In some aspects, the apparatus also includes means fordetermining a delay between when the transmitted information is receivedand the received information is transmitted, wherein the network roundtrip time is determined based on the delay. In some aspects, the meansfor transmitting the information identifying a time and the means forreceiving information identifying the transmitted time perform thetransmitting and receiving iteratively, wherein the time is differentfor each iteration, and the round trip time is determined based at leastin part on each different time. In some aspects, the network round triptime is determined based on an average.

Another aspect disclosed is an apparatus for determining a network queuedrain duration. The apparatus includes means for determining, ameasurement of an amount of transmitted network data relative to anamount of received network data, means for determining an amount of databuffered in a network, and means for determining the network queue drainduration based at least in part on the measurement and the amount ofdata buffered. In some aspects, the means for determining a measurementis configured to determine a ratio of the amount of received networkdata to the amount of transmitted network data. In other aspects, themeans for determining a measurement is configured to determine adifference between the amount of received network data and the amount oftransmitted network data.

In some aspects, the apparatus also includes means for determining aduration of time when a transmission rate exceeds a sustainable networkthroughput, means for determining how much the transmission rateexceeded the sustainable network throughput, and means for determiningthe amount of data buffered in the network based at least in part on howmuch the transmission rate exceeded the sustainable network throughputand the duration.

In some aspects, the apparatus also includes means for receiving aquantity of data transmitted by a transmitter, and means for determiningthe transmitted network data based at least in part on the quantity. Insome aspects, the apparatus also includes means for determining a delayin receiving the quantity of data transmitted by the transmitter, andmeans for determining the received network data based at least in parton the delay. In some aspects, the apparatus includes means forreceiving a quantity of data received by a receiver, and means fordetermining the received network data based at least in part on thequantity. In some aspects, the apparatus also includes means fordetermining a delay in receiving the quantity of data received by thereceiver, and means for determining the transmitted network data basedat least in part on the delay.

Another aspect disclosed is an apparatus for determining a one waynetwork transmission delay. The apparatus includes means for determininga round trip network transmission time, means for receiving anindication of an elapsed duration of time between a reception of a firstmessage and a reception of a second message, and means for determiningthe one way network transmission delay based at least in part on theround trip network transmission time and the indication. In someaspects, the apparatus also includes means for transmitting the firstmessage at a first time, means for transmitting the second message at asecond time, and means for determining the one way network transmissiondelay based at least in part on the first time and the second time. Insome aspects, the means for determining the one way network transmissiondelay is configured to determine the one way network transmission delaybased on an elapsed duration of time between the first time and thesecond time. In some aspects, the one way network transmission time isdetermined based on a ratio of the elapsed duration of time between thefirst time and the second time, and elapsed duration of time between thereception of the first message and the reception of the second message.

Another aspect disclosed is a non-transitory, computer readable mediastoring instructions that when executed, cause a processor to perform amethod of determining a measurement of an amount of transmitted networkdata relative to an amount of received network data; and adjusting anencoding parameter based at least in part on the determined measurement.In some aspects, the measurement is a ratio of the amount of receivednetwork data to the amount of transmitted network data. In otheraspects, the measurement is a difference between the amount of receivednetwork data and the amount of transmitted network data.

In some aspects, the method also includes receiving a quantity of datareceived by a receiver, and determining the received network data basedat least in part on the quantity.

In some aspects, the method also includes receiving an encodingparameter value from a receiver, and adjusting the encoding parameterbased at least on the received encoding parameter. In some aspects, themethod also includes transmitting a quantity of data transmitted to thereceiver. In some aspects, the method also includes determining anetwork jitter, wherein the encoding parameter is further adjusted basedat least on the network jitter. In some aspects, the method alsoincludes determining if the adjustment of the encoding parameter willincrease a transmission rate; and determining a second adjustment to asecond encoding parameter that will further increase the transmissionrate if the network jitter is below a first jitter threshold. In someaspects, the encoding parameter and the second encoding parameter aredifferent parameters. In some aspects, the method also includesdetermining if the adjustment of the encoding parameter will decrease atransmission rate, and determining a second adjustment to a secondencoding parameter that will further decrease the transmission rate ifthe network jitter is above a second jitter threshold. In some aspects,the encoding parameter and the second encoding parameter are differentparameters. In some aspects, the method also includes determining adelay in receiving the quantity of data received by the receiver, anddetermining the transmitted network data based at least in part on thedelay. In some aspects, the method also includes determining atransmission rate based on the determined measurement, wherein theencoding parameter is adjusted based at least in part on thetransmission rate.

Another aspect disclosed is a non-transitory, computer readable mediastoring instructions that when executed, cause a processor to perform amethod. The method includes determining an amount of data buffered in anetwork, determining a sustainable throughput of the network, anddetermining a transmission rate based at least in part on thesustainable throughput and the amount of data buffered. In some aspects,the method includes adjusting an encoding parameter based at least inpart on the transmission rate. In some aspects, the method also includestransmitting a parameter based on at least one of the amount of databuffered in the network and the sustainable throughput of the network.In some aspects, the method also includes transmitting the transmissionrate. In some aspects, the amount of data buffered in a network isdetermined based at least in part on a duration of time a transmissionrate exceeded a network capacity. In some aspects, the method determinesthe amount of data buffered in a network based at least in part on adifference between a transmission rate and a network capacity.

Another aspect disclosed is a non-transitory, computer readable mediastoring instructions that when executed, cause a processor to perform amethod of determining a round trip time. The method includestransmitting information identifying a time, receiving informationidentifying the transmitted time at a receive time, and determining thenetwork round trip time based at least in part on the information andthe receive time. In some aspects, the information identifying a time isa timestamp and the information identifying the transmitted time is thetimestamp. In some aspects, the method also includes determining a delaybetween when the transmitted information is received and the receivedinformation is transmitted, wherein the network round trip time isdetermined based on the delay. In some aspects, transmitting theinformation identifying a time and receiving information identifying thetransmitted time are performed iteratively, and the time is differentfor each iteration, and the round trip time is determined based at leastin part on each different time. In some aspects, the network round triptime is determined based on an average.

Another aspect disclosed is a non-transitory, computer readable mediastoring instructions that when executed, cause a processor to perform amethod of determining a network queue drain duration. The methodincludes determining a measurement of an amount of transmitted networkdata relative to an amount of received network data, determining anamount of data buffered in a network, and determining the network queuedrain duration based at least in part on the measurement and the amountof data buffered. In some aspects, the measurement is a ratio of theamount of received network data to the amount of transmitted networkdata. In other aspects, the measurement is a difference between theamount of received network data and the amount of transmitted networkdata.

In some aspects, the method also includes determining a duration of timewhen a transmission rate exceeds a sustainable network throughput,determining how much the transmission rate exceeded the sustainablenetwork throughput, and determining the amount of data buffered in thenetwork based at least in part on how much the transmission rateexceeded the sustainable network throughput and the magnitude. In someaspects, the method also includes receiving a quantity of data receivedby a receiver, and determining the received network data based at leastin part on the quantity. In some aspects, the method also includesdetermining a delay in receiving the quantity of data received by thereceiver, and determining the transmitted network data based at least inpart on the delay.

In some aspects, the method includes receiving a quantity of datatransmitted by a transmitter, and determining the transmitted networkdata based at least in part on the quantity. In some aspects, the methodalso includes determining a delay in receiving the quantity of datatransmitted by the transmitter, and determining the received networkdata based at least in part on the delay.

In some aspects, the method also includes determining a round tripnetwork transmission time; receiving an indication of an elapsedduration of time between a reception of a first message and a receptionof a second message, and determining the one way network transmissiondelay based at least in part on the round trip network transmission timeand the indication. In some aspects, the method also includestransmitting the first message at a first time, transmitting the secondmessage at a second time, and determining the one way networktransmission delay based at least in part on the first time and thesecond time. In some aspects, the one way network transmission delay isdetermined based on an elapsed duration of time between the first timeand the second time. In some aspects, the one way network transmissiondelay is determined based on a ratio of the elapsed duration of timebetween the first time and the second time, and elapsed duration of timebetween the reception of the first message and the reception of thesecond message.

Another aspect disclosed is a method of transmitting an encodingparameter. The method includes determining, via an electronic device, ameasurement of an amount of received network data relative to an amountof transmitted network data, and transmitting an encoding parameter, theencoding parameter based at least in part on the determined measurement.In some aspects, the measurement is a ratio of the amount of receivednetwork data to the amount of transmitted network data. In otheraspects, the measurement is a difference between the amount of receivednetwork data and the amount of transmitted network data.

In some aspects, the method also includes receiving a quantity of datatransmitted by a transmitter, and determining the transmitted networkdata based at least in part on the quantity. In some aspects, the methodalso includes transmitting the encoding parameter value to atransmitter. In some aspects, the method also includes transmitting aquantity of data received to the transmitter. In some aspects, themethod also includes determining a network jitter, wherein thetransmitted parameter is based at least on the network jitter. In someaspects, the method also includes determining if the adjustment of theencoding parameter will increase a transmission rate, and determining asecond adjustment to a second encoding parameter that will furtherincrease the transmission rate if the network jitter is below a firstjitter threshold. In some aspects, the encoding parameter and the secondencoding parameter are different parameters. In some aspects, the methodalso includes determining if the adjustment of the encoding parameterwill decrease a transmission rate, and determining a second adjustmentto a second encoding parameter that will further decrease thetransmission rate if the network jitter is above a second jitterthreshold. In some aspects, the encoding parameter and the secondencoding parameter are different parameters. In some aspects, the methodalso includes determining a delay in receiving the quantity of datatransmitted by the transmitter; and determining the received networkdata based at least in part on the delay. In some aspects, the methodalso includes determining a transmission rate based on the determinedmeasurement, wherein the transmitted parameter is based at least in parton the transmission rate.

Another aspect disclosed is an apparatus for transmitting an encodingparameter. The apparatus includes a processor configured to determine ameasurement of an amount of received network data relative to an amountof transmitted network data, and a transmitter configured to transmit anencoding parameter, the encoding parameter based at least in part on thedetermined measurement. In some aspects, the processor is configured todetermine the measurement as a ratio of the amount of received networkdata to the amount of transmitted network data. In other aspects, theprocessor is configured to determine the measurement as a differencebetween the amount of received network data and the amount oftransmitted network data.

In some aspects, the apparatus also includes a receiver configured toreceive a quantity of data transmitted by a transmitter, and a processorconfigured to determine the transmitted network data based at least inpart on the quantity. In some aspects, the apparatus includes atransmitter configured to transmit the encoding parameter value to atransmitter. In some aspects, the apparatus also includes a transmitterconfigured to transmit a quantity of data received to the transmitter.In some aspects, the apparatus also includes a processor configured todetermine a network jitter, wherein the transmitted parameter is basedat least on the network jitter. In some aspects, the apparatus alsoincludes a processor configured to determine if the adjustment of theencoding parameter will increase a transmission rate, and determine asecond adjustment to a second encoding parameter that will furtherincrease the transmission rate if the network jitter is below a firstjitter threshold. In some aspects, the encoding parameter and the secondencoding parameter are different parameters. In some aspects, theapparatus also includes a processor configured to determine if theadjustment of the encoding parameter will decrease a transmission rate,and determine a second adjustment to a second encoding parameter thatwill further decrease the transmission rate if the network jitter isabove a second jitter threshold. In some aspects, the encoding parameterand the second encoding parameter are different parameters.

In some aspects, the apparatus also includes a processor configured todetermine a delay in receiving the quantity of data transmitted by thetransmitter, and determine the received network data based at least inpart on the delay. In some aspects, the apparatus also includes aprocessor configured to determine a transmission rate based on thedetermined measurement, wherein the transmitted parameter is based atleast in part on the transmission rate.

Another aspect disclosed is an apparatus for transmitting an encodingparameter. The apparatus includes means for determining a measurement ofan amount of received network data relative to an amount of transmittednetwork data, and means for transmitting an encoding parameter, theencoding parameter based at least in part on the determined measurement.In some aspects, the means for determining a measurement is configuredto determine a ratio of the amount of received network data to theamount of transmitted network data. In other aspects, the means fordetermining a measurement is configured to determine a differencebetween the amount of received network data and the amount oftransmitted network data.

In some aspects, the apparatus includes means for receiving a quantityof data transmitted by a transmitter, and means for determining thetransmitted network data based at least in part on the quantity. In someaspects, the apparatus also includes means for transmitting the encodingparameter value to a transmitting node. In some aspects, the apparatusalso includes means for transmitting a quantity of data received to thetransmitting node. In some aspects, the apparatus also includes meansfor determining a network jitter, wherein the means for transmittedparameter is based at least on the network jitter.

In some aspects, the apparatus also includes means for determining ifthe adjustment of the encoding parameter will increase a transmissionrate, and means for determining a second adjustment to a second encodingparameter that will further increase the transmission rate if thenetwork jitter is below a first jitter threshold. In some aspects, thefirst and second encoding parameters are different parameters. In someaspects, the apparatus also includes means for determining if theadjustment of the encoding parameter will decrease a transmission rate,and means for determining a second adjustment to a second encodingparameter that will further decrease the transmission rate if thenetwork jitter is above a second jitter threshold. In some aspects, theencoding parameter and the second encoding parameter are differentparameters.

In some aspects, the apparatus also includes a processor configured todetermine a delay in receiving the quantity of data transmitted by thetransmitter, and determine the received network data based at least inpart on the delay. In some aspects, the apparatus also includes aprocessor configured to determine a transmission rate based on thedetermined measurement, wherein the means for transmitting the parameteris configured to base the transmitted parameter at least in part on thetransmission rate.

Another aspect disclosed is a non-transitory, computer readable storagemedium comprising instructions that when executed cause a processor toperform a method of transmitting an encoding parameter. The methodincludes determining, via an electronic device, a measurement of anamount of received network data relative to an amount of transmittednetwork data, and transmitting an encoding parameter, the encodingparameter based at least in part on the determined measurement. In someaspects, the method includes receiving a quantity of data transmitted bya transmitter, and determining the transmitted network data based atleast in part on the quantity. In some aspects, the method includestransmitting the encoding parameter value to a transmitter. In someaspects, the method also includes transmitting a quantity of datareceived to the transmitter. In some aspects, the method also includesdetermining a network jitter, wherein the transmitted parameter is basedat least on the network jitter. In some aspects, the method alsoincludes determining if the adjustment of the encoding parameter willincrease a transmission rate, and determining a second adjustment to asecond encoding parameter that will further increase the transmissionrate if the network jitter is below a first jitter threshold. In someaspects, the encoding parameter and the second encoding parameter aredifferent parameters. In some aspects, the method also includesdetermining if the adjustment of the encoding parameter will decrease atransmission rate, and determining a second adjustment to a secondencoding parameter that will further decrease the transmission rate ifthe network jitter is above a second jitter threshold. In some aspects,the encoding parameter and the second encoding parameter are differentparameters.

In some aspects, the method also includes determining a delay inreceiving the quantity of data transmitted by the transmitter, anddetermining the received network data based at least in part on thedelay. In some aspects, the method includes determining a transmissionrate based on the determined measurement, wherein the transmittedparameter is based at least in part on the transmission rate.

These and other implementations consistent with the invention arefurther described below with reference to the following figures.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a functional block diagram of an exemplary videoencoding and decoding system.

FIG. 2 shows a functional block diagram of an exemplary multimediaprocessing device.

FIG. 3A illustrates a functional block diagram of an exemplarycommunication device.

FIG. 3B illustrates a functional block diagram of an exemplarycommunication device.

FIG. 4 illustrates one embodiment of a receiver report 400.

FIG. 5A illustrates a process flow diagram for a method of encodingmultimedia information.

FIG. 5B is a functional block diagram of an exemplary device 550.

FIG. 5C is an example of a timing diagram illustrating the correlationof transmitting information with receiving information.

FIG. 6A illustrates a process flow diagram for a method of encodingmultimedia information.

FIG. 6B is a functional block diagram of an exemplary device 650.

FIG. 6C illustrates a transmission rate and a reception rate.

FIG. 7 illustrates a transmission rate of a transmitter over time thatis implementing at least one of the operative embodiments.

FIG. 8A illustrates a process flow diagram for a method of determining anetwork round trip time.

FIG. 8B is a functional block diagram of an exemplary device 850.

FIG. 8C is a sequence diagram illustrating messages transmitted andreceived in one embodiment of a method of determining a network roundtrip time.

FIG. 9A illustrates a process flow diagram for a method of determining anetwork queue drain duration.

FIG. 9B is a functional block diagram of an exemplary device 950.

FIG. 10A is a graph illustrating the relationship between a transmissionand reception rate.

FIG. 10B is a graph illustrating one-way network delay.

FIG. 11A illustrates a process flow diagram for a method of determininga one way network transmission delay.

FIG. 11B is a functional block diagram of an exemplary device 1150. Inthe figures, to the extent possible, elements having the same or similarfunctions have the same designations.

FIG. 12 illustrates one embodiment of a transmitter report 1200.

FIG. 13A illustrates a process flow diagram for a method of determiningan encoding parameter.

FIG. 13B is a functional block diagram of an exemplary device 1350.

FIG. 13C is an example of a timing diagram illustrating the correlationof transmitting information with receiving information.

FIG. 14A illustrates a process flow diagram for a method of determiningan encoding parameter.

FIG. 14B is a functional block diagram of an exemplary device 1450.

FIG. 15A illustrates a process flow diagram for a method of determiningencoding parameters.

FIG. 15B is a functional block diagram of an exemplary device 1550.

FIG. 16A illustrates a process flow diagram for a method of determiningan encoding parameter based on a network jitter.

FIG. 16B is a functional block diagram of an exemplary device 1650.

DETAILED DESCRIPTION

Because network capacity may be variable and unpredictable, it may bedesirable to vary a transmission rate to match a current networkcapacity. Without such adaptation, users may experience substantial orprolonged artifacts due to packet losses and latencies. In someembodiments, this may result in jitter or delays in the playback ofmulti-media data. Described herein are methods, apparatus, and computerreadable media that provide for dynamic adaptation of transmission ratesbased on time-varying network conditions to provide for an improved userexperience. In some embodiments, transmission rates may be modified byaltering one or more encoding parameters of an encoder that istransmitting multimedia data onto the network.

In the following description, specific details are given to provide athorough understanding of the examples. However, it will be understoodby one of ordinary skill in the art that the examples may be practicedwithout these specific details. For example, electricalcomponents/devices may be shown in block diagrams in order not toobscure the examples in unnecessary detail. In other instances, suchcomponents, other structures and techniques may be shown in detail tofurther explain the examples.

It is also noted that the examples may be described as a process, whichis depicted as a flowchart, a flow diagram, a finite state diagram, astructure diagram, or a block diagram. Although a flowchart may describethe operations as a sequential process, many of the operations can beperformed in parallel, or concurrently, and the process can be repeated.In addition, the order of the operations may be re-arranged. A processis terminated when its operations are completed. A process maycorrespond to a method, a function, a procedure, a subroutine, asubprogram, etc. When a process corresponds to a software function, itstermination corresponds to a return of the function to the callingfunction or the main function.

Those of skill in the art will understand that information and signalsmay be represented using any of a variety of different technologies andtechniques. For example, data, instructions, commands, information,signals, bits, symbols, and chips that may be referenced throughout theabove description may be represented by voltages, currents,electromagnetic waves, magnetic fields or particles, optical fields orparticles, or any combination thereof.

Various aspects of embodiments within the scope of the appended claimsare described below. It should be apparent that the aspects describedherein may be embodied in a wide variety of forms and that any specificstructure and/or function described herein is merely illustrative. Basedon the present disclosure one skilled in the art should appreciate thatan aspect described herein may be implemented independently of any otheraspects and that two or more of these aspects may be combined in variousways. For example, an apparatus may be implemented and/or a method maybe practiced using any number of the aspects set forth herein. Inaddition, such an apparatus may be implemented and/or such a method maybe practiced using other structure and/or functionality in addition toor other than one or more of the aspects set forth herein.

Disclosed herein are methods, apparatus, and computer readable mediathat adapt a transmission rate based on network conditions between atransmitter and a receiver. Because network conditions may vary, dynamicadaptation of the transmission rate may provide an improved userexperience when compared to a statically determined transmission orencoding rate.

In designing a system that provides for adaptive transmission rates, atleast two design approaches can be considered. First, a model-based orclosed-form approach may be utilized. In such an approach, a channel ismodeled for certain variables, such as bandwidth, by using a fixed orclosed mathematical form. The model is parameterized with unknowns thatmay be derived by experimentation. The encoder output may also bemodeled similarly and perform in synchronization with the channel model.

Another approach is a state based or “fuzzy” approach. Such an approachmay be token-based, in that network statistics are periodically gatheredand provided to a decision engine that derives an expected networkstate. Such a state then determines a course of action taken by thesystem. This may include maintaining the current operational mode of thetransmitter, or modifying transmitter parameters to either increase ordecrease the rate at which data is transmitted into the network. In anembodiment, the transmitter may alter a bit rate in fixed quanta thatspan a pre-determined range from a minimum to a maximum quanta.

The advantages of a heuristic channel-state based approach may includeacceptable margins, robustness in the face of false positives, and astable output. Since the model is based on network states governed byacceptable margins for network statistics, the system is less sensitiveto imprecision and/or deviations incurred by the measurement of networkvariables. Furthermore, since the system is token based, spuriousdeviation of network variables may not cause substantial deviations inderived encoder parameters. Updates to transmitter parameters may occurbased on a token count (or a combination of token counts pertaining toseparate network variables) exceeding one or more thresholds. Thischaracteristic of the system may provide a level of insulation fromspurious indications. Additionally, it may be desirable to provide aminimum duration of time between updates to one or more transmitterparameters. This minimum duration of time provides an opportunity forthe transmitter to converge to a selected set of parameter values. Thismay lead to a more predictable encoder output and reduce the possibilityof the transmitter output deviating substantially from specifiedparameters. The quantized aspects of the system help provide for thisminimum duration of time between updates to one or more transmitter orencoder parameters.

One disclosed embodiment may derive a transmission rate R_(v)(t) at time“t” as a mapping of three network variables:

R _(v)(t)=map(R _(f)(t),D _(f)(t),L _(f)(t))  (1)

where:

-   -   R_(f)(t) is a measured forward (sender-to-receiver) throughput    -   D_(f)(t) is a measured forward (sender-to-receiver) packet        delay, and    -   L_(f)(t) is a measured forward (sender-to-receiver) packet loss

FIG. 1 illustrates a functional block diagram of an exemplary videoencoding and decoding system. As shown in FIG. 1, system 10 includes asource device 12 that may be configured to transmit encoded multimediadata to a destination device 16 via a communication channel 15. Sourcedevice 12 and destination device 16 may comprise any of a wide range ofdevices, including mobile devices or generally fixed devices. In somecases, source device 12 and destination device 16 comprise wirelesscommunication devices, such as wireless handsets, so-called cellular orsatellite radiotelephones, personal digital assistants (PDAs), mobilemedia players, or any devices that can communicate video informationover a communication channel 15, which may or may not be wireless.However, the techniques of this disclosure, which concern adapting oneor more parameters of the encoder 22, may be used in many differentsystems and settings. FIG. 1 is merely one example of such a system.

In the example of FIG. 1, the source device 12 may include a multimediasource 20, a multimedia encoder 22, a modulator/demodulator (modem) 23and a transmitter 24. Destination device 16 may include a receiver 26, amodem 27, a multimedia decoder 28, and a multimedia player 30. Inaccordance with this disclosure, multimedia encoder 22 of source device12 may be configured to encode multimedia data. Modem 23 and transmitter24 may modulate and transmit wireless signals to destination device 16.In this way, source device 12 communicates the encoded multimedia datato destination device 16.

Receiver 26 and modem 27 receive and demodulate wireless signalsreceived from source device 12. Accordingly, multimedia decoder 28 mayreceive the transmitted multimedia data.

Source device 12 and destination device 16 are merely examples of suchcoding devices in which source device 12 generates coded multimedia datafor transmission to destination device 16. In some cases, devices 12 and16 may operate in a substantially symmetrical manner such that, each ofdevices 12 and 16 includes multimedia sources/sinks, encoding/decodingcomponents, modulators/demodulators and transmitters/receivers. Hence,system 10 may support one-way or two-way multimedia transmission betweenmultimedia devices 12 and 16. Source device 12 may also communicate withother destination devices (not shown) in addition to destination device16 to perform one or more concurrent conversations with multipledestination devices. e.g., for multimedia streaming, multimediabroadcasting, or multimedia telephony.

Multimedia source 20 of source device 12 may include a multimediacapture device, such as a microphone, video camera, an audio or videoarchive containing previously captured audio or video, or an audio orvideo feed from a content provider.

The encoded multimedia information may then be modulated by a modem 23according to a communication standard, e.g., such as code divisionmultiple access (CDMA) or another communication standard, andtransmitted to destination device 16 via transmitter 24. The modem 23may include various mixers, filters, amplifiers or other componentsdesigned for signal modulation. The transmitter 24 may include circuitsdesigned for transmitting data, including amplifiers, filters, and oneor more antennas.

Receiver 26 of destination device 16 may be configured to receiveinformation over channel 15. A modem 27 may be configured to demodulatethe information. The multimedia encoding process may implement one ormore of the techniques described herein. The information communicatedover channel 15 may include information defined by multimedia encoder22, which may be used by multimedia decoder 28 consistent with thisdisclosure. The multimedia player 30 may play a selective subset or allof the decoded multimedia data to a user, and may comprise any of avariety of players such as an audio or video player, or a videotelephony player.

In the example of FIG. 1, communication channel 15 may comprise anywireless or wired communication medium, such as a radio frequency (RF)spectrum or one or more physical transmission lines, or any combinationof wireless and wired media. Accordingly, modem 23 and transmitter 24may support many possible wireless protocols, wired protocols or wiredand wireless protocols. Communication channel 15 may form part of apacket-based network, such as a local area network (LAN), a wide-areanetwork (WAN), or a global network, such as the Internet, comprising aninterconnection of one or more networks. Communication channel 15generally represents any suitable communication medium, or collection ofdifferent communication media, for transmitting video data from sourcedevice 12 to destination device 16. Communication channel 15 may includerouters, switches, base stations, or any other equipment that may beuseful to facilitate communication from source device 12 to destinationdevice 16. The techniques of this disclosure do not necessarily requirecommunication of encoded data from one device to another, and may applyto encoding scenarios without the reciprocal decoding. Also, aspects ofthis disclosure may apply to decoding scenarios without the reciprocalencoding.

Multimedia encoder 22 and multimedia decoder 28 may operate consistentwith a compression standard, such as the ITU-T H.264 standard,alternatively described as MPEG-4, Part 10, and Advanced Video Coding(AVC), or the next-generation video coding standard named HighEfficiency Video Coding (HEVC). The techniques of this disclosure,however, are not limited to any particular coding standard or extensionsthereof. Although not shown in FIG. 1, in some aspects, multimediaencoder 22 and multimedia decoder 28 may include both a video and audioencoder and a video and audio decoder, and may include appropriateMUX-DEMUX units, or other hardware and software, to handle encoding ofboth audio and video in a common data stream or separate data streams.If applicable, MUX-DEMUX units may conform to a multiplexer protocol(e.g., ITU H.223) or other protocols such as the user datagram protocol(UDP).

Multimedia encoder 22 and multimedia decoder 28 each may be implementedas one or more microprocessors, digital signal processors (DSPs),application specific integrated circuits (ASICs), field programmablegate arrays (FPGAs), discrete logic circuitry, software executing on amicroprocessor or other platform, hardware, firmware or any combinationsthereof. Each of multimedia encoder 22 and multimedia decoder 28 may beincluded in one or more encoders or decoders, either of which may beintegrated as part of a combined encoder/decoder (CODEC) in a respectivemobile device, subscriber device, broadcast device, server, or the like.

FIG. 2 shows a functional block diagram of an exemplary multimediaprocessing device. The device 202 is an example of a device that may beconfigured to implement the various methods described herein. Forexample, the device 202 may be implemented as the source device 12 orthe destination device 16.

The device 202 may include processor unit(s) 204 which control operationof the device 202. One or more of the processor unit(s) 204 may becollectively referred to as a central processing unit (CPU). Memory 206,which may include both read-only memory (ROM) and random access memory(RAM), provides instructions and data to the processor units 204. Thememory 206 may generally be implemented as a computer readable storagemedium. A portion of the memory 206 may also include non-volatile randomaccess memory (NVRAM). The processor unit(s) 204 may be configured toperform logical and arithmetic operations based on program instructionsstored within the memory 206. The instructions in the memory 206 may beexecutable to implement the methods described herein.

The processor unit(s) 204 may be implemented with any combination ofgeneral-purpose microprocessors, microcontrollers, digital signalprocessors (DSPs), field programmable gate array (FPGAs), programmablelogic devices (PLDs), controllers, state machines, gated logic, discretehardware components, dedicated hardware finite state machines, or anyother suitable entities that can perform calculations or othermanipulations of information. In an implementation where the processorunit(s) 204 include a DSP, the DSP may be configured to generate apacket (e.g., a data packet) for transmission. In some aspects, thepacket may comprise a physical layer data unit (PPDU).

The device 202 may also include machine-readable media for storingsoftware. The processing unit(s) 204 may comprise one or morenon-transitory machine-readable media for storing software. Softwareshall be construed broadly to mean any type of instructions, whetherreferred to as software, firmware, middleware, microcode, hardwaredescription language, or otherwise. Instructions may include code (e.g.,in source code format, binary code format, executable code format, orany other suitable format of code). The instructions, when executed bythe processor unit(s) 204, cause the device 202 to perform the variousfunctions described herein.

The device 202 may include a transmitter 210 and/or a receiver 212 toallow transmission and reception, respectively, of data between thedevice 202 and a remote location. The transmitter 210 and receiver 212may be combined into a transceiver 214. An antenna 216 may be attachedto the housing 208 and electrically coupled with the transceiver 214.The device 202 may also include (not shown) multiple transmitters,multiple receivers, multiple transceivers, and/or multiple antennas.

The transmitter 210 may be configured to wirelessly transmit packetsand/or signals. For example, the transmitter 210 may be configured totransmit different types of packets generated by the processor unit(s)204, discussed above. The packets to be transmitted are provided to thetransmitter 210. For example, the processor unit(s) 204 may store apacket in the memory 206 and the transmitter 210 may be configured toretrieve the packet. Once the transmitter retrieves the packet, thetransmitter 210 transmits the packet to via the antenna 216. In someimplementations, the transmitter 210 may transmit the packet via anetwork input/output 224.

If the device 202 is implemented as a destination device 16, the antenna216 detects wirelessly transmitted packets/signals. The receiver 212 maybe configured to process the detected packets/signals and make themavailable to the processor unit(s) 204. For example, the receiver 212may store the packet in memory 206 and the processor unit(s) 204 may beconfigured to retrieve the packet.

The device 202 may also include a signal detector 218 that may be usedin an effort to detect and quantify the level of signals received by thetransceiver 214. The device 202 may also include a digital signalprocessor (DSP) 220 for use in processing signals. The DSP 220 may beconfigured to generate a packet for transmission or receive a packetfrom the receiver 212. In some aspects, the packet may comprise aphysical layer data unit (PPDU).

The device 202 may further comprise a user interface 222 in someaspects. The user interface 222 may comprise a keypad, a microphone, aspeaker, and/or a display. In some implementations, the device 202 maybe coupled with a display. For example, the device 202 may beimplemented as a set-top-box which receives video information, processesthe information for display, and transmit the information to atelevision for display. The user interface 222 may further include anyelement or component that conveys information to a user of the device202 and/or receives input from the user. The device 202 may also includea housing 208 surrounding one or more of the components included in thedevice 202.

The various components of the device 202 may be coupled together by abus system 226. The bus system 226 may include a data bus, for example,as well as a power bus, a control signal bus, and a status signal bus inaddition to the data bus. Those of skill in the art will appreciate thecomponents of the device 202 may be coupled together or accept orprovide inputs to each other using some other mechanism.

Although a number of separate components are illustrated in FIG. 2,those of skill in the art will recognize that one or more of thecomponents may be combined or commonly implemented. For example, theprocessor unit(s) 204 may be used to implement not only thefunctionality described above with respect to the processor unit(s) 204,but also to implement the functionality described above with respect tothe signal detector 218. Further, each of the components illustrated inFIG. 2 may be implemented using a plurality of separate elements.

FIG. 3A illustrates a functional block diagram of an exemplarycommunication device 300. In an embodiment, the communication device 300may be implemented as wireless device 202 of FIG. 2. The communicationdevice 300 includes an encoder 302, encoder parameter manager 304, and areport processor 306. The encoder 302 receives at least two inputs:unencoded multimedia information and encoder parameters. The unencodedmultimedia data may be provided to the encoder 302 directly orindirectly by one or more multimedia applications (not shown). Theencoder 302 may also receive one or more encoder parameters from encoderparameter manager 304. The encode parameters may identify an encodingscheme to be applied. The encoder parameters may be dynamic and providedfor each multimedia stream or for each portion of a multimedia stream.

The encoder 302 may be configured to apply the configured encodingscheme to multimedia data when generating an encoded version of themultimedia data. In some implementations, the encoded version of themultimedia data may be provided to a transmitter for transmission asdiscussed above. In some implementations, the encoded version of themultimedia data may be further processed by the source device 12 (e.g.,encrypted, compressed).

The encoder parameter manager 304 determines encoding parameters to sendto the encoder 302. The encoder parameters may be selected based atleast in part on the multimedia information, one or more characteristicsof the source device 12 (e.g., power, processing capabilities, load),one or more characteristics of the destination device (e.g., power,processing capabilities, load, coupling with source device), one or morecharacteristics of the network, and/or other information available tothe source device 12. Aspects of determining encoding parameters by theencoder parameter manager 304 are discussed herein. In some aspects, theencoder parameter manager 304 also receives suggested encodingparameters from a receiver, for example, device 350 discussed below withrespect to FIG. 3B. In some other aspects, no suggested encodingparameters are received from a receiver.

In an embodiment, the encoder parameters are determined based, at leastin part, on bandwidth, throughput, delay, and loss information providedby the report processor 306. The encoder parameters may include anencoding bit rate. Encoder parameters may also include temporaladaptation parameters, spatial adaptation parameters, and errorresiliency parameters. Error resiliency parameters may include a groupof pictures (GOP) size, and/or parameters to control dynamic insertionof refresh frames, for example, in H.264 encoding. Error resiliencyparameters may include dynamic slice configuration parameters and/or adynamic application of temporal scalability.

The report processor 306 sends one or more of bandwidth information,delay information, and loss information to the encoder parameter manager304. In an embodiment, the report processor 306 receives receiverreports from a receiver of the encoded multimedia data. One embodimentof a receiver report is shown in FIG. 4.

FIG. 3B illustrates a functional block diagram of an exemplarycommunication device 350. In an embodiment, the communication device 350may be implemented as wireless device 202 of FIG. 2. The communicationdevice 350 includes a decoder 352, encoder parameter manager 354, and areport processor 356. The decoder 352 receives encoded multimedia datafrom an encoder, for example encoder 302. The decoder decodes theencoded multimedia data and outputs decoded multimedia data. The decodermay also send decoder and/or receiver statistical information to theencoder parameter manager 354.

The encoder parameter manager 354 determines encoding parameters to sendto an encoder. For example, the encoder parameter manager 354 may sendencoding parameters to device 300. The encoder parameters may beselected based at least in part on the decoded multimedia information,one or more characteristics of the source device 12 (e.g., power,processing capabilities, load), one or more characteristics of thedestination device (e.g., power, processing capabilities, load, couplingwith source device), one or more characteristics of the network, and/orother information available to the destination device 16. Aspects ofdetermining encoding parameters by the encoder parameter manager 354 arediscussed herein.

In an embodiment, the encoder parameters are determined based, at leastin part, on bandwidth, throughput, delay, and loss information providedby the report processor 356. The encoder parameters may include anencoding bit rate. Encoder parameters may also include temporaladaptation parameters, spatial adaptation parameters, and errorresiliency parameters. Error resiliency parameters may include a groupof pictures (GOP) size, and/or parameters to control dynamic insertionof refresh frames, for example, in H.264 encoding. Error resiliencyparameters may include dynamic slice configuration parameters and/or adynamic application of temporal scalability.

The report processor 356 sends one or more of bandwidth information,delay information, and loss information to the encoder parameter manager354. In an embodiment, the report processor 356 receives transmitterreports from a transmitter of the encoded multimedia data. Oneembodiment of a transmitter report is shown in FIG. 12.

FIG. 4 illustrates one embodiment of a receiver report 400. The receiverreport 400 includes data fields that may be utilized for achievingencoder adaptation. In an embodiment, these fields may be derived from acustom feedback structure, such as an RTP-extension. In an embodiment,the fields may be derived from a RTCP AVP and/or AVPF standardstructures.

To dynamically adapt encoder parameters as described above based onconditions of a network between a transmitter and a receiver, a feedbackloop between the transmitter and the receiver may be established. Thisfeedback loop may utilize receiver reports to communicate information onreceived data to the transmitter. In an embodiment, receiver reports maybe transmitted to the transmitter at a periodic interval, which may beconfigurable. In an embodiment, receiver reports may be event-triggered.For example, receiver reports may be transmitted when changes to one ormore network conditions cross one or more predetermined thresholds. Thesize and structure of the receiver report, such as the number of fields,size of the fields, or the type of the fields, may vary from that shownin FIG. 4, and may also vary based on the network statistics beingreported. In some embodiments, receiver reports may piggy-back on othernetwork communication packets between the transmitter and the receiver.For example, in an embodiment utilizing the Real Time Protocol (RTP),receiver reports may be appended as a custom RTP extension payloadformat for video packets.

In some embodiments, receiver reports may be structured and communicatedusing the RTCP AVP and/or AVPF standards. For example, in an embodimentutilizing RTCP AVPF feedback protocols, the above information may bederived from a combination of fields in the Regular/Immediate mode RTCPSender/Receiver Reports, Generic NACK, Picture Loss Indication (PLI),TMMBR/TMMBN tuples and Full Intra Request (FIR) messages.

The fields of the receiver report 400 may refer to a context of thetransmitter of the receive report. The receiver report 400 may include afar tag time received field 405. The far tag time received field 405 mayhave been previously received by the transmitter of the receiver report400. The receive report 400 also includes a duration held tag time 410.In an embodiment, the duration held tag time field 410 indicates aduration of time between when the far tag time provided in field 405 wasreceived and the receiver report was transmitted. The receive report 400also includes a near tag time sent field 415. In some embodiments, thenear tag time sent field 415 will be returned as the far tag timereceived field 405, contained in a receiver report originating from adevice receiving receive report 400. In some embodiments, the receiverof the receive report 400 is expected to transmit the near tag timefield 415 back to the transmitter of the receive report. The receivereport 400 also includes a cumulative receive count field 420. In oneembodiment, the cumulative receive count field 420 indicates acumulative number of received messages received by the receiver. In anembodiment, the cumulative receive count field 420 indicates acumulative number of received packets received by the receiver. Thereceive report 400 also includes a cumulative loss count field 425. Thecumulative loss count 425 indicates a cumulative number of lost messagesor packets detected by the receiver generating the receiver report 400.The receive report 400 further includes a cumulative AU count field 430.The cumulative AU count field 430 indicates the cumulative number ofvideo access units received by this receiver. The receiver report 400further includes two cumulative bytes received fields 435 (high orderbits) and 440 (low order bits). The cumulative bytes received fields 435and 440 indicate a total number of bytes received within a networkcommunication channel by the receiver sending the receive report 400.The receiver report 400 also includes an AU metadata field 445. The AUmetadata field indicates frame information. In an embodiment, receiverreports may vary in size depending on whether they only carry delayrelated information, known as short receive reports, or if they alsoinclude network throughput and loss statistics, known as full receivereports.

As shown, the receiver report contains aggregate byte counts andreceiver time-line information. Information contained in a receiverreport may be used to calculate a moving average reception rate,R_(f)(t), which is used as an indicator of throughput. In an embodiment,R_(f)(t) may represent a rate in kilobits per second. In one embodiment,Rf(t) may be derived as a rectangular moving average as:

$\begin{matrix}{{R_{f}(t)} = {\frac{\left( {\int_{t - {\Delta \; t}}^{t}{b(t)}} \right)}{\Delta \; t}{{{{\Delta \; t} \geq {\Delta \; t_{f}}};{R_{v} = {K({Constant})}}}}}} & (2)\end{matrix}$

where:

-   -   b(t) is the bytes received at time t on a receiver clock    -   Δt is an interval for calculating an average    -   Δt_(f) is a minimum interval for a reliable average, and    -   R_(v) is the current transmitting rate

The interval Δt_(f) should be determined to ensure a reliable averagethat is robust to network jitter. To provide for an ability to adapt toa drop in network throughput within an acceptable timeframe, receiverreports providing byte counts and timing information used in calculatinga throughput may be provided at a finer resolution than Δt_(f), denotedas Δt_(rr), where Δt_(rr)<<Δt_(f). In an embodiment, a transmitter maystore previously received receiver reports. The transmitter may searchthe stored receiver reports for a most recent report such that Δt>Δt_(f)at a static encoding rate R_(v).

The throughput estimate may be improved by use of an averaging strategyto smooth network jitter. In an embodiment, a single-tap (LP) infiniteimpulse response (IIR) filter may be employed as:

R′ _(f)(t _(n))=β·R′ _(f)(t _(n)−1)+(1−β)·R _(f)(t _(n))  (3)

where:

R′_(f)(t_(k)) is the one-tap 11R average throughput estimate at timet_(k) (k=n, n−1)

R_(f)(t_(n)) is the rectangular moving average throughput calculationfor the current instant t_(n)

The calculated throughput above includes a delay D_(r) (t_(n)) which maybe composed of delays introduced when a receiver report is transmitted,and then received and parsed by the transmitter. Because of this delay,R′_(f) (t_(n)) refers to a throughput estimate at the receiver asobserved at time (t_(n)−D_(r) (t_(n))) on the transmitter's clock. Touse the calculated throughput, a consumption to production measurementis determined. This measurement will generally not fall below athreshold for a given number of tokens. This measurement is discussed inmore detail with respect to FIG. 5.

FIG. 5A illustrates a process flow diagram for a method of encodingmultimedia information. In an embodiment, process 500 may be performedby the wireless device 202 illustrated in FIG. 2. In processing block505, a measurement of an amount of received network data relative to anamount of transmitted network data is determined via an electronicdevice. In some aspects, the measurement may be a ratio of receivednetwork data to transmitted network data. In an embodiment, the ratiomay be calculated as:

ρ(t _(n))=R′ _(f)(t _(n))/R _(v)(t _(n))  (4)

where:

-   -   t_(n) is a time n at a transmitting node    -   R_(v)(t_(n)) is an encoding rate at time n    -   R′_(f)(t_(n)) is a receiving rate at time n

In an embodiment, a transmitter may maintain a record of an encoding ortransmitting rate over time. For example, an embodiment may define aduration of time during which an amount of data encoded or transmittedis accumulated and recorded. When the duration of time has expired, asecond time period may begin, with the amount of data encoded ortransmitted during the second time period accumulated and recorded. Thisprocess repeats, resulting in a series of recorded encoding ortransmitting rates, representing an amount of data encoded over eachsuccessive time period.

In an embodiment, the receiving rate, such as R′_(f)(t_(n)), may bedetermined based on a report received from a receiver, such as thereceiver report described with respect to FIG. 4. In an embodiment,receiver reports may be received periodically. In an embodiment, thetransmission of receiver reports may be event-triggered. In anembodiment, both event-triggered and periodic receive reports may betransmitted. In an embodiment, the frequency with which receiver reportsare received may be correlated with the frequency with which theencoding rates are accumulated and stored as discussed above. In anotherembodiment, the frequency of receiver reports may be uncorrelated withthe frequency at which encoding or transmitting information isaccumulated.

In an embodiment, the ratio of received network data to transmittednetwork data may be based on a receiving rate and a transmission ratecorrelated in time as discussed above. For example, the rates used todetermine the ratio may be delay adjusted moving average rates. In someembodiments, the transmitting rates and receiving rates may becorrelated by adjusting the receiving rate information based on a delay.For example, receiving information may be transmitted by a receiver in areceiver report to a transmitter. The receiver report may be received bythe transmitter after a delay period caused by at least network delaysand delays associated with the receiver assembling and packaging thereceiving information for transmission to the transmitter. Because thetransmitter and receiver may not share a common clock, it may not bepossible to correlate transmitting information and receiving informationbased on a timestamp or other absolute timing information. Instead,estimate determined delay from when receiving information is collectedto when the receiving information is received by the transmitter may beused to correlate the receiving information with transmittinginformation. In an embodiment, the delay may be determined in a mannersubstantially in accordance with process 1100, illustrated in FIG. 11.By correlating an encoding rate and a receiving rate for a single timeperiod, the ratio more accurately reflects the relationship betweenconsumption and production during the single time period.

The ratio, in an embodiment ρ(t_(n)), may provide an indication ofnetwork conditions between a transmitter and a receiver. For example, ifthe ratio is approximately one (1), this may indicate that a rate oftransmission at a time t_(n) minus a delay D_(r)(t_(n)) was sustainable.In some embodiments, a ratio within a distance α from one (1) may alsobe considered to indicate sustainable network conditions. A ratio ofapproximately one (1) or one (1)±α does not necessarily indicate 100%channel utilization.

If the ratio is less than one, or less than (1−α) as described above, itmay indicate a current encoding or transmission rate, for example,R_(v)(t_(n)) in an embodiment utilizing equation (1), is notsustainable. To verify a low ratio indicates a transmission rate is notsustainable, a transmitter may maintain a record of transmitter orencoder delay-adjusted moving average output rates, for example,{r_(v)(t_(n)), r_(v)(t_(n−1)), r_(v)(t_(n−2)), . . . }. The ratio maythen be calculated as:

ρ(t _(n))=R′ _(f)(t _(n))/r _(v)(t _(n))′  (5)

where:

-   -   t_(n) is a transmitter instant in time when receiver report ‘n’        is received    -   R′_(f)(t_(n)) is the one-tap IIR average throughput estimate at        time t_(n) (from equation (3))    -   r_(v)(t_(n)) is measured over the interval        [t_(n−1)−D_(R)(t_(n−1)), t_(n)−D_(R)(t_(n))], and    -   D_(R)(t_(n)) is an average reverse direction delay for receiver        report arrival at time t_(n)

If the ratio is greater than one, or greater than one (1)+α as describedabove, it may indicate that buffered data in the network is beingreceived at a rate higher than new data is being encoded and sent overthe network. A ratio greater than one may be experienced after a networkrecovers from a period of reduced throughput. During the period ofreduced throughput, transmission of data by a data source into thenetwork based on an encoding rate may exceed a capacity of the networkto transfer data to the receiver. Some of this excess data may bebuffered, and some of the excess data may be dropped. When the networkrecovers and throughput of the network increases, the buffered data inthe network may be sent to the receiver. This data may be received bythe receiver at a rate that exceeds the transmission rate.

At block 510, an encoding parameter is adjusted based on the determinedmeasurement. Encoding parameters adjusted based on the measurement mayinclude bit rate parameters, temporal adaptation parameters, spatialadaptation parameters, or error resiliency parameters, as discussedpreviously. In an embodiment, if the determined measurement is a ratio,and the ratio is less than one, or (1±α) as described above, one or moreencoding parameters may be adjusted to reduce the size of encodedmultimedia data generated by an encoder. In an embodiment, encodingparameters may be adjusted to render encoded data more resilient toerrors if the determined ratio is less than one, or less than (1±α). Forexample, the encoding bit rate may be reduced if the determinedmeasurement is less than one, or (1±α) as described above. In anembodiment, the encoding bit rate may be increased if a predeterminednumber of sequential ratios are more than one, or (1±α) as describedabove.

In an embodiment, an encoding parameter may not be adjusted until asequential threshold number F_(ρ) of ratios are determined to be lessthan one (1) or (1−α). For example, if a ratio is determined for eachsequential token or quanta, a predetermined number F_(ρ) of sequentialtokens having a ratio less than (1−α) may be necessary before anencoding parameter is adjusted. This may avoid over reacting to spuriousdeviations in network state.

In an embodiment, an encoding parameter may be adjusted when fewer thanF_(ρ) sequential ratios are determined to be less than (1−α) and aforward link delay estimate is above a second threshold, for example,denoted as D_(F)(t_(n))≧D_(F) ^(U).

In an embodiment, the receiver side throughput influence on atransmission rate may be expressed with the following Booleanfunctional:

B(R _(v)(t _(n)+1)<(R _(v)(t _(n)))={ρ(t _(n))<(1−α)&f _(p) ≧F_(p)}|{ρ(t _(n))<(1−α)&D _(F)(t _(n))≧D _(F) ^(U)}  (6)

where:

-   -   t_(n) is a transmitter time instant when a receiver report ‘n’        is received    -   R_(v)(t_(n)) is an encoding rate at time instant t_(n)    -   ρ(t_(n)) is the ratio of received network data to transmitted        network data (eq (5))    -   f_(p) is a number of sequential determined ratios indicating low        throughput    -   F_(p) is a threshold number of sequential determined ratios        indicating low-throughput    -   D_(F)(t_(n)) is a forward-path delay estimate at transmitter        time instant t_(n), and    -   D_(F) ^(U) is a forward-path high delay threshold

Note that while in the embodiment discussed above, some transmission orencoding adjustments are performed when the ratio is less than one orless than (1−α), it should be understood that other embodiments maydetermine a ratio that is the inverse of the ratio disclosed in theembodiment above. In these other embodiments, adjustments totransmission or encoding parameters may be performed in an oppositemanner as those described above. For example, in these embodiments, ifthe determined ratio is more than one, or (1±α), one or more encodingparameters may be adjusted to reduce the size of encoded multimedia datagenerated by an encoder. In an embodiment, encoding parameters may beadjusted to render encoded data more resilient to errors if thedetermined ratio is more than one, or more than (1+α). For example, theencoding bit rate may be reduced if the determined ratio is more thanone, or (1+α) as described above. In an embodiment, the encoding bitrate may be increased if a predetermined number of sequential ratios areless than one, or (1−α). FIG. 5B is a functional block diagram of anexemplary device 550. In an embodiment, device 550 may be implemented aswireless device 202, illustrated in FIG. 2. The device 550 includesmeans 560 for determining, via an electronic device, a measurement of anamount of received network data relative to an amount of transmittednetwork data. In an embodiment, means 560 may be configured to performone or more of the functions discussed above with respect to block 505.The means for determining a measurement 560 may include a processor,such as processor 204 of FIG. 2. Means 560 may also include one or moreof a signal generator, transceiver, decoder, or a combination ofhardware and/or software component(s), circuits, and/or module(s). Thedevice 550 further includes means 565 for adjusting an encodingparameter based on the determined measurement. In an embodiment, means565 may be configured to perform one or more of the functions discussedabove with respect to block 510. The means 565 for adjusting an encodingparameter based on the determined ratio may include a processor, such asprocessor 204 of FIG. 2. Means 565 may also include one or more of aprocessor, signal generator, transceiver, decoder, or a combination ofhardware and/or software component(s), circuits, and/or module(s).

FIG. 5C is a timing diagram illustrating the correlation of transmittinginformation with receiving information. FIG. 5C shows a transmitter 570,receiver 580, and a correlater 575. In an embodiment, any of thetransmitter 570, correlator 575, or receiver 580 may be implemented bythe wireless device 202, illustrated in FIG. 2. As shown in FIG. 5C, thetransmitter 570 generates transmitting information periodically. FIG. 5Cshows transmitting information 585 a-d generated at times T₀₋₃respectively. Receiver 580 is shown transmitting receiver reports 587a-d to correlator 575. These receiving reports are generated by thereceiver 580 at times T_(0′-3′) respectively. Because of at leastnetwork delays, receiving reports 587 a-d are received by the correlator575 at times T_(0″-3″) respectively. Based on a network delay,correlator 575 may correlate the transmitting information 585 a-d withreceiving information 586 a-d. This is shown in FIG. 5C as the dashedarrows associating receiving information 586 a-d with transmittinginformation 585 a-d. In an embodiment, correlator 575 and transmitter570 may be implemented in the same wireless device.

FIG. 6A illustrates a process flow diagram for a method of encodingmultimedia information. In an embodiment, process 600 may be performedby the wireless device 202 illustrated in FIG. 2. In processing block605, an amount of data buffered in a network is determined.

In an embodiment, the amount of data buffered may be determined based atleast in part on a period of time during which an amount of datatransmitted via the network exceeded the network's capacity during theperiod. In an embodiment, this period of time may be determined as:

T _(R) ≈F _(ρ) ·Δt _(RR)  (7)

where:

-   -   T_(R) is a reaction time    -   F_(ρ) is a token threshold for throughput based rate reduction,        and    -   Δt_(RR) is a receiver report interval

In an embodiment, the amount of data buffered in the network may bebased at least in part on how much the amount of data transmittedexceeds the network's capacity during the time period. In an embodiment,if a transmission rate is R_(v)(t_(n)), the amount the transmission rateexceeds the network's capacity at an instant in time t_(n) may beexpressed as:

R _(surplus) =R _(v)(t _(n))−R′ _(f)(t _(n))  (8)

where:

-   -   R′_(f)(t_(n)) is an estimated receiver throughput at time        instant t_(n) (see equation (3))

In an embodiment, the amount of data buffered in a network may then bedetermined as:

b _(R) =R _(surplus) ·T _(R) or  (9)

b _(R)=(R _(v)(t _(n))−R′ _(f)(t _(n)))·F _(ρ) Δt _(RR)  (10)

In processing block 610, a sustainable throughput of the network isdetermined. In an embodiment, the sustainable throughput may be based,at least in part, on a margin of safety. The margin of safety may bedetermined so as to provide an opportunity for data buffered during aperiod of reduced network capacity (for example, due to networkcongestion or hardware failure) to complete transmission after thenetwork's capacity improves. In some embodiments, the margin of safetymay be based, at least in part, on a percentage of a determined networkcapacity. For example, in an embodiment, ten percent of a determinednetwork capacity may be reserved to provide an excess capacity.

In block 615, a transmission rate is determined based on the sustainablethroughput and the amount of data buffered. In an embodiment, thetransmission rate should be determined such that the amount of databuffered in a network is eliminated or drained within a time periodt_(R). In some environments, a value of one second for time period t_(R)provides good results. In an embodiment, the transmission rate may bedetermined as:

r _(v)(t _(n+1))=R′ _(f)(t _(n))(1−R _(H) ^(%))−b _(R)  (11)

where:

-   -   R_(H) ^(%) represents a percentage of network capacity based on        the margin of safety discussed above, and    -   b_(R) represents the amount of data buffered in the network    -   t_(R) is assumed to be unity (1 second)

In an embodiment, a final rate R_(v)(t_(n)+1) may be obtained byquantizing r_(v)(t_(n)+1) to a value from an operational range of ratesR_(v)(D) as:

R _(v)(t _(n+1))=Quant(R _(v)(D)[r _(v)(t _(n+1))]), where R _(v) ≦r_(v)  (12)

In block 620, an encoding parameter is adjusted based on thetransmission rate. Encoding parameters adjusted based on thetransmission rate may include bit rate parameters, temporal adaptationparameters, spatial adaptation parameters, or error resiliencyparameters, as discussed previously.

FIG. 6B is a functional block diagram of an exemplary device 650. In anembodiment, device 650 may be implemented as wireless device 202,illustrated in FIG. 2. The device 650 includes means 655 for determiningan amount of data buffered in a network. In an embodiment, means 655 maybe configured to perform one or more of the functions discussed abovewith respect to block 605. The means for determining an amount of databuffered may include a processor, such as processor 204 of FIG. 2. Means655 may also include one or more of a signal generator, transceiver,decoder, or a combination of hardware and/or software component(s),circuits, and/or module(s). The device 650 further includes means 660for determining a sustainable throughput of the network. In anembodiment, means 660 may be configured to perform one or more of thefunctions discussed above with respect to block 610. The means 660 fordetermining an amount of data buffered in a network may include aprocessor, such as processor 204 of FIG. 2. Means 660 may also includeone or more of a processor, signal generator, transceiver, decoder, or acombination of hardware and/or software component(s), circuits, and/ormodule(s). The device 650 further includes means 665 for determining atransmission rate based on the sustainable throughput and the amount ofdata buffered. In an embodiment, means 665 may be configured to performone or more of the functions discussed above with respect to block 615.The means 665 for determining an amount of data buffered in a networkmay include a processor, such as processor 204 of FIG. 2. Means 665 mayalso include one or more of a processor, signal generator, transceiver,decoder, or a combination of hardware and/or software component(s),circuits, and/or module(s). The device 650 further includes means 670for adjusting an encoding parameter based on the transmission rate. Inan embodiment, means 670 may be configured to perform one or more of thefunctions discussed above with respect to block 620. The means 670 foradjusting an encoding parameter based on the transmission rate mayinclude a processor, such as processor 204 of FIG. 2. Means 670 may alsoinclude one or more of a processor, signal generator, transceiver,decoder, or a combination of hardware and/or software component(s),circuits, and/or module(s).

FIG. 6C illustrates a transmission rate and a reception rate. Asobserved, the upper line “Tx” represents a transmission rate that isexceeding the receiving rate indicated by the lower line “R.” Timeperiod 690 represents at least a portion of a duration of time duringwhich the transmission rate is exceeding the reception rate. Thedifference between the transmission and reception rate is represented bydifferences in a slope of the Tx and R lines. In an embodiment, anamount of data buffered in a network may be determined based on timeperiod 690 and a difference between a transmission rate and a receptionrate during that time.

FIG. 7 illustrates a transmission rate of a transmitter over time thatis implementing at least one of the operative embodiments. FIG. 7illustrates a network capacity 710. In an embodiment, a transmissionrate may be discounted or reduced from the network capacity 710 based onan amount of data buffered in the network. The amount of this reductionis represented by rate difference 750, providing a reduced transmissionrate represented by transmission rate 720. Rate 720 may be furtherdiscounted or reduced by a margin of safety as discussed with respect toFIG. 6A. The margin of safety is represented by rate reduction 740. Theresulting further reduced transmission rate is represented by line 730.This further reduced transmission rate 730 may be known as a sustainabletransmission rate. In an embodiment, actual transmission rates 705 a-bshown in FIG. 7 vary below the sustainable network capacity 730 but donot exceed sustainable network capacity 730.

FIG. 8A illustrates a process flow diagram for a method of determining anetwork round trip time. One challenge with reliable and accuratemeasurement of delay is the absence of a common clock across allelements of a network communication. Many feedback protocols require acommon clock facility (for example, RTCP requires such a facility) orthe use of the NTP 64-bit clock protocol. With NTP, each devicecommunicates with an NTP server, which provides a clock time over anetwork connection. Obtaining real-time NTP time-stamps may providevariable and unknown latency in some networking environments. These NTPtime-stamps may be unable to accurately provide time informationrelevant to adjusting transmission rates as a network capacity varies.

Process 800 described below determines a network round trip time via anexchange of time indicators between a transmitting and a receiving node.In an embodiment, process 800 may be performed by the wireless device202 illustrated in FIG. 2. In an embodiment, process 800 may beperformed by a transmitting node. In some aspects, process 800 may beperformed as part of one or more of processes 500 or 600, discussedabove. Process 800 may also be performed in some aspects of processes900, 1300, or 1400, discussed below.

In processing block 805, information identifying a time is transmitted.In an embodiment, the information is a timestamp. In another embodiment,the information may be an index or other reference identifying a storagelocation storing a timestamp. In an embodiment, the information may betransmitted over a network to a receiving node. In block 810,information identifying the transmitted time is received at a receivetime. In an embodiment, the received information is a timestamptransmitted in block 805. In an embodiment, the information received inblock 810 is transmitted by the receiving node.

In block 815, a network round trip time is determined based at least inpart on the information and the receive time. In an embodiment, theround trip time is based at least in part on an elapsed time. Theelapsed time may be determined based at least in part on a time theinformation was transmitted in block 805 and a time the informationidentifying the transmitted time is received in block 810. For example,in an embodiment, the elapsed time may be a time the information istransmitted in block 805 subtracted from a time information is receivedin block 810. In an embodiment, the round trip time may also be based ona determined response time of the receiving node. For example, the roundtrip time may be determined by subtracting the determined response timeof the receiving node from the elapsed time.

In an embodiment, blocks 805 and 810 are performed iteratively. In thisembodiment, multiple elapsed times may be determined based on theresults of each iteration. In an embodiment, each of these multipleelapsed times may be adjusted based on determined response time. Thenetwork round trip time may then be determined based on the multipleelapsed times. For example, the multiple elapsed times may be averagedto determine the network round trip time. In another embodiment, amoving average of multiple elapsed times may be determined as a networkround trip time. In an embodiment, the network round trip time may bedetermined as the average elapsed time since a full receive report hasbeen received. In an embodiment, process 800 may be performed by boththe transmitting and receiving nodes discussed above.

In an embodiment, the determined network round trip time may be smoothedby filtering through a low pass and single-tap Infinite Impulse Response(IIR) filter. For example:

Δ′_(RR)(t _(n)+1)=β·Δ′_(RR)(t _(n))+(1−β)·Δ_(RR)(t _(n))  (13)

where:

-   -   Δ′_(RR)(t_(k)) is the one-tap 11R average throughput estimate at        time t_(k) (k=n, n+1)    -   Δ_(RR)(t_(n)) is the rectangular moving average throughput        calculation for the current instant t_(n)

FIG. 8B is a functional block diagram of an exemplary device 850. In anembodiment, device 850 may be implemented as wireless device 202,illustrated in FIG. 2. The device 850 includes means 855 fortransmitting information identifying a time. In an embodiment, means 855may be configured to perform one or more of the functions discussedabove with respect to block 805. In an embodiment, the means fortransmitting information identifying a time may include a transmitter,such as transmitter 210 of FIG. 2. Means 855 may also include one ormore of a processor, signal generator, transceiver, decoder, or acombination of hardware and/or software component(s), circuits, and/ormodule(s). The device 850 further includes means 860 for receivinginformation identifying the transmitted time at a receive time. In anembodiment, means 860 may be configured to perform one or more of thefunctions discussed above with respect to block 810. The means 860 forreceiving information identifying the transmitted time may include areceiver, such as receiver 212 of FIG. 2. Means 860 may also include oneor more of a processor, signal generator, transceiver, decoder, or acombination of hardware and/or software component(s), circuits, and/ormodule(s). The device 850 further includes means 865 for determining thenetwork round trip time based at least in part on the information andthe receive time. In an embodiment, means 865 may be configured toperform one or more of the functions discussed above with respect toblock 815. In an embodiment, the means for determining the network roundtrip time based at least in part on the information and the receive timemay include a processor, such as processor 204 of FIG. 2. Means 865 mayalso include one or more of a signal generator, transceiver, decoder, ora combination of hardware and/or software component(s), circuits, and/ormodule(s).

FIG. 8C is a sequence diagram illustrating messages transmitted andreceived in one embodiment of a method of determining a network roundtrip time. Shown are two devices 870 and 875. In an embodiment, eitherdevice 870 or device 875 may be wireless device 202 illustrated in FIG.2. In some aspects, device 1 870 shown in FIG. 8C may perform process800 discussed above. As shown in FIG. 8C, device 870 first sends amessage 880 to device 875. Message 880 may include an indication of atime. Upon receiving the message 880, device 875 transmits a message 890to device 870. Message 890 may include an indication of the timereferenced in message 880. Device 875 introduces a delay 885 between thetime message 880 is received until the time device 875 transmits message890 to device 870. The total elapsed time experienced by device 870 fromsending message 880 until message 890 is received is elapsed time 895.In an embodiment, a round trip time may be based on elapsed time 895. Inan embodiment, the round trip time may also be based on the delay 885 oran estimate of the delay 885. For example, a round trip time may bedetermined by subtracting the delay 885 if known or an estimate of delay885 from elapsed time 895. In an embodiment, the sequence of messagesshown in FIG. 8C may be exchanged iteratively. An estimated round triptime may then be determined based on multiple values of elapsed time 895resulting from the iterative exchange of the messages shown in FIG. 8C.For example, the multiple values may be averaged to determine a roundtrip time. Note that while FIG. 8C illustrates device 870 sendingmessage 880 to device 875 and device 875 sending message 890 to device870, in some embodiments, the roles of the two devices may be reversed.In some embodiments, the message exchange illustrated in FIG. 8C will beperformed in both directions. For example, device 870 will send message880 to device 875, and device 875 will send message 880 to device 870.Device 875 may send a message 890 to device 870, and device 870 may senda message 890 to device 875.

FIG. 9A illustrates a process flow diagram for a method of determining anetwork queue drain duration. When a bandwidth constriction develops ina network, transmitting nodes may not react instantaneously. Therefore,transmitting nodes may continue to transmit at a rate higher than areduced network capacity caused by the bandwidth constriction cansupport. During this period, the unsustainable transmission rate mayresult in the buffering of data in the network, and potentially packetloss. After the cause of the constriction is alleviated, networkcapacity may improve. When this occurs, the data buffered in the networkmay be transferred through the network to its destination. Iftransmission rates have been reduced due to the constriction, the amountof buffered data in the network may reduce. This process of buffereddata reduction may be referred to as network drain or buffer drain. Thetime necessary to drain the network of buffered data may depend on anetwork throughput available after the constriction is alleviated. Fromthe previous discussion above, the buffer build up in a network can bedetermined in an embodiment by:

b _(R)=(R _(v)(t _(n))−R′ _(f)(t _(n)))·F _(ρ) ·Δt _(RR)  (14)

Therefore, the time t_(d) to drain b_(R) in this embodiment can berepresented as:

∫₀ ^(td)(B(t)−r _(v)(t))dt)=b _(R)  (15)

Another embodiment is represented by process 900. In an embodiment,process 900 may be performed by the wireless device 202 illustrated inFIG. 2. In processing block 905 a measurement of an amount of receivednetwork data relative to an amount of transmitted network data isdetermined. In an embodiment, the measurement may be a ratio of receivednetwork data to transmitted network data. In some aspects, block 905 maybe performed substantially in conformance with the description of block505, discussed above with respect to FIG. 5A. In an embodiment, when theratio is greater than one, or (1+α), the amount of data being removedfrom the network (by being received) is greater than the amount of databeing added to the network (by being transmitted). When this occurs, thenetwork may be said to be “draining,” in that excess data is beingremoved from the network. For example, packets buffered in one or morenetwork devices along a network path between a transmitter and areceiver may move along the network path and eventually be received bythe receiver, thus removing them from the network. If the receivedpackets are not replaced, via transmission of new packets, at the rateat which they are received, the ratio may be greater than one. In anembodiment, the size of the ratio may represent how quickly the networkis draining. For example, a network with a ratio of three (3) may drainmore quickly than a network with a ratio of two (2).

In block 910, an amount of data buffered in a network is determined. Theamount of data buffered in the network may affect the time required todrain the buffered data. In some aspects, block 910 may be performedsubstantially in conformance with the description of block 605 discussedabove with respect to FIG. 6A. In block 915, a network queue drainduration is determined based at least in part on the measurement and onthe amount of data buffered. In some aspects, the network queue drainduration may be determined according to Equation (15) discussed above.

FIG. 9B is a functional block diagram of an exemplary device 950. In anembodiment, device 950 may be implemented as wireless device 202,illustrated in FIG. 2. The device 950 includes means 955 fordetermining, via an electronic device, a measurement of an amount oftransmitted network data relative to an amount of received network data.In an embodiment, means 955 may be configured to perform one or more ofthe functions discussed above with respect to block 905. The means fordetermining a measurement 955 may include a processor, such as processor204 of FIG. 2. Means 955 may also include one or more of a signalgenerator, transceiver, decoder, or a combination of hardware and/orsoftware component(s), circuits, and/or module(s). The device 950further includes means 960 for determining an amount of data buffered ina network. In an embodiment, means 960 may be configured to perform oneor more of the functions discussed above with respect to block 910. Themeans 960 for determining an amount of data buffered in a network mayinclude a processor, such as processor 204 of FIG. 2. Means 960 may alsoinclude one or more of a processor, signal generator, transceiver,decoder, or a combination of hardware and/or software component(s),circuits, and/or module(s). The device 950 further includes means 965for determining the network queue drain duration based at least in parton the measurement and the amount of data buffered. In an embodiment,means 965 may be configured to perform one or more of the functionsdiscussed above with respect to block 915. In an embodiment, the meansfor determining a network queue drain duration based at least in part onthe measurement and the amount of data buffered may include a processor,such as processor 204 of FIG. 2. Means 965 may also include one or moreof a signal generator, transceiver, decoder, or a combination ofhardware and/or software component(s), circuits, and/or module(s).

FIG. 10A is a graph illustrating the relationship between a transmissionand reception rate. The top line labeled “Tx” represents a transmissionrate over time, while the lower line labeled “R” represents a receiverate over time. During a first time period before T₀, the transmissionrate exceeds the receive rate. This can be observed in that the slope ofthe transmission rate line at 1010 is greater than the slope of thereceive line at 1020. This relationship between the slope of the twolines results in increasing distance between the two lines before timeT₀. This increasing distance represents data buffered in the network. Attime T₀, the transmission rate is reduced. This can be seen as adecreased slope of the top line Tx at 1030 when compared to the slope ofthe transmission line at 1010. During the time period between T₀ and T₁,the receiver initially continues to receive at a high rate. Because therate of transmission has decreased after T₀, the receiver is able toreduce the amount of data buffered in the network during the time periodbetween T₀ and T₁. As the amount of data buffered in the networkdecreases, the rate of reception may also be reduced, as can be observedby the inflection in the receive rate at 1040. In an embodiment, thetime between T₀, when the transmission rate is reduced, and T₁, when theratio of the reception rate to the transmission rate is approximatelyone (1), may be considered a network queue drain duration. After timeT₁, the transmission rate and reception rate are approximately equal, ascan be seen by the relatively equivalent slopes of the transmission lineTx and reception line R after T₁. The distance between the transmissionrate and the reception rate may represent a nominal amount of databuffered in the network after a steady state transmission and receptionrate is achieved.

FIG. 10B is a graph illustrating network delay. The time axis of FIG.10B is spatially correlated with the time axis of FIG. 10A. During theportion of the graph of FIG. 10B before time T₀, delay increases as thetransmission rate exceeds the reception rate and data in the network isbuffered as shown at 1060. At time T₀, the transmission rate is reduced,as shown in the graph of FIG. 10A. As data buffered in the networkdrains and the amount of buffered data is reduced, delay is reduced, asshown at 1070. At time T₁, when the amount of data buffered in thenetwork is nominal as shown by FIG. 10A, nominal delays are alsoexperienced, as shown in FIG. 10B at 1080.

FIG. 11A illustrates a process flow diagram for a method of determininga one way network transmission delay. In some network environments,dividing a network round trip time by two may not provide a reliableindication of a one way network transmission delay. For example, if onedirection suffers disproportionately high delay, an inaccurate one waytransmission delay may be determined with this approach. In embodimentsthat utilize a one way transmission delay to determine a transmissionrate, dividing the round trip time by two may result in inappropriatechanges to the transmission rate based on an inaccurate estimate of theone way transmission delay.

In an embodiment, process 1100 may be performed by the wireless device202 illustrated in FIG. 2. In processing block 1105, a round tripnetwork transmission time may be determined. In an embodiment, block1105 may be performed substantially in accordance with process 800,illustrated in FIG. 8A. In block 1110, an indication of an elapsedduration of time between a reception of a first message and a receptionof a second message is received. This elapsed duration of time may beknown as an inter-arrival duration. In an embodiment, the indication maybe transmitted by a receiver of the first and second message. In anembodiment, process 1100 may also include sending the first and secondmessage to the receiver. In this embodiment, an elapsed duration of timebetween sending the first and second message may be known as aninter-transmittal duration.

In block 1115, a one way network transmission delay is determined basedon the round trip network transmission time and the indication. In anembodiment, the one way network transmission delay may be determinedbased on the inter-arrival duration. In an embodiment, the one waynetwork transmission delay may also be determined based on aninter-transmittal duration.

For example, the determined round trip time may be weighted by a ratioof the inter-arrival duration and inter-transmittal duration discussedabove to determine a one way network transmission delay. In anembodiment, forward and reverse direction delays may be determined as:

D _(r)(t _(n))=·Δ′_(RR)(t _(n))  (16)

D _(F)(t _(n))=Δ′_(RR)(t _(n))−D _(r)(t _(n))  (17)

Where:

-   -   D_(r)(t_(n)) is a reverse direction network one way transmission        delay    -   D_(F)(t_(n)) is a forward direction network one way transmission        delay    -   Δ′_(RR)(t_(n)) is the determined round trip time

The forward direction one way time may be the network one waytransmission time when transmitting data from the node performingprocess 1100 to a receiving node. The reverse direction one way time maybe the network one way transmission time when the node performingprocess 1100 receives network data from the receiving node. In anotherembodiment, forward and reverse direction one way transmission times maybe determined as below:

$\begin{matrix}{{{D_{r}\left( t_{n} \right)} = {\left( \frac{{inter}\text{-}{arrival}\mspace{14mu} {duration}\mspace{14mu} ({tn})}{{inter}\text{-}{transmittal}\mspace{14mu} {duration}\mspace{14mu} ({tn})} \right) \cdot {{\Delta_{RR}^{\prime}\left( t_{n} \right)}/2}}},{{clip}\mspace{14mu}\left\lbrack {{D_{r}\left( t_{n} \right)},\left\{ {0,{\Delta_{RR}^{\prime}\left( t_{n} \right)}} \right\}} \right\rbrack}} & (18) \\{{D_{F}\left( t_{n} \right)} = {{\Delta_{RR}^{\prime}\left( t_{n} \right)} - {D_{r}\left( t_{n} \right)}}} & (19)\end{matrix}$

FIG. 11B is a functional block diagram of an exemplary device 1150. Inan embodiment, device 1150 may be implemented as wireless device 202,illustrated in FIG. 2. The device 1150 includes means 1155 fordetermining a round trip network transmission time. In an embodiment,means 1155 may be configured to perform one or more of the functionsdiscussed above with respect to block 1105. The means for determining around trip network transmission time may include a processor, such asprocessor 204 of FIG. 2. Means 1155 may also include one or more of asignal generator, transceiver, decoder, or a combination of hardwareand/or software component(s), circuits, and/or module(s). The device1150 further includes means 1160 for receiving an indication of anelapsed time between a reception of a first message and a reception of asecond message. In an embodiment, means 1160 may be configured toperform one or more of the functions discussed above with respect toblock 1110. The means 1160 for receiving an indication of an elapsedduration of time between the reception of a first message and a secondmessage may include a receiver, such as receiver 212 of FIG. 2. Means1160 may also include one or more of a processor, signal generator,transceiver, decoder, or a combination of hardware and/or softwarecomponent(s), circuits, and/or module(s). The device 1150 furtherincludes means 1165 for determining a one way network transmission delaybased on the round trip network transmission time and the indication. Inan embodiment, means 1165 may be configured to perform one or more ofthe functions discussed above with respect to block 1115. In anembodiment, the means for determining a one way network transmissiontime based on the round trip network transmission delay and theindication may include a processor, such as processor 204 of FIG. 2.Means 1165 may also include one or more of a signal generator,transceiver, decoder, or a combination of hardware and/or softwarecomponent(s), circuits, and/or module(s).

FIG. 12 illustrates one embodiment of a transmitter report 1200. Thetransmitter report 1200 includes data fields that may be utilized forachieving encoder adaptation. In an embodiment, these fields may bederived from a custom feedback structure, such as an RTP-extension. Inan embodiment, the fields may be derived from a RTCP AVP and/or AVPFstandard structures.

As discussed above, to dynamically adapt encoder parameters as describedabove based on conditions of a network between a transmitter and areceiver, a feedback loop between the transmitter and the receiver maybe established. Some embodiment may utilize receiver reports, such asreceiver report 400 described above to communicate information onreceived data to the transmitter. In some other embodiments, atransmitter report, such as transmitter report 1200, may be transmittedto a receiver. The receiver may then determine a target transmission orencoding rate. The receiver may then transmit this information to atransmitter or encoder. In some embodiments, transmitter reports andreceiver reports may be utilized.

In an embodiment, transmitter reports may be transmitted to the receiverat a periodic interval, which may be configurable. In an embodiment,transmitter reports may be event-triggered. For example, transmitterreports may be transmitted when changes to one or more networkconditions cross one or more predetermined thresholds. The size andstructure of the transmitter report, such as the number of fields, sizeof the fields, or the type of the fields, may vary from that shown inFIG. 12, and may also vary based on the network statistics beingreported. In some embodiments, transmitter reports may piggy-back onother network communication packets between the transmitter and thereceiver. For example, in an embodiment utilizing the Real Time Protocol(RTP), transmitter reports may be appended as a custom RTP extensionpayload format for video packets.

In some embodiments, transmitter reports may be structured andcommunicated using the RTCP AVP and/or AVPF standards. For example, inan embodiment utilizing RTCP AVPF feedback protocols, the aboveinformation may be derived from a combination of fields in theRegular/Immediate mode RTCP Sender/Receiver Reports, Generic NACK,Picture Loss Indication (PLI), TMMBR/TMMBN tuples and Full Intra Request(FIR) messages.

The fields of the transmitter report 1200 may refer to a context of thetransmitter of the transmitter report. The transmitter report 1200 mayinclude a far tag time received field 1205. The far tag time receivedfield 1205 may have been previously received by the transmitter of thetransmitter report 1200. The transmitter report 1200 also includes aduration held tag time 1210. In an embodiment, the duration held tagtime field 1210 indicates a duration of time between when the far tagtime provided in field 1205 was received and the transmitter report wastransmitted. The transmitter report 1200 also includes a near tag timesent field 1215. In some embodiments, the near tag time sent field 1215will be returned as the far tag time received field 1205, contained in atransmitter report originating from a device receiving transmitterreport 1200. In some embodiments, the receiver of the transmitter report1200 is expected to transmit the near tag time field 1215 back to thetransmitter of the transmitter report. The transmitter report 1200 alsoincludes a cumulative transmission count field 1220. In one embodiment,the cumulative transmission count field 1220 indicates a cumulativenumber of transmitted messages transmitter by the transmitter of thereport. The transmitter report 1200 also includes a cumulative losscount field 1225. The cumulative loss count 1225 indicates a cumulativenumber of lost messages or packets detected by the transmittergenerating the transmitter report 1200. The transmitter report 1200further includes a cumulative transmitted AU count field 1230. Thecumulative transmitted AU count field 1230 indicates the cumulativenumber of video access units transmitted by the transmitter of thetransmitter report. The transmitter report 1200 further includes twocumulative bytes transmitted fields 1235 (high order bits) and 1240 (loworder bits). The cumulative bytes transmitted fields 435 and 440indicate a total number of bytes transmitted within a networkcommunication channel by the transmitter transmitting the transmitterreport 1200. The transmitter report 1200 also includes an AU metadatafield 1245. The AU metadata field indicates frame information. In anembodiment, transmitter reports may vary in size depending on whetherthey only carry delay related information, known as short transmitterreports, or if they also include network throughput and loss statistics,known as full transmitter reports.

As shown, the transmitter report contains aggregate byte counts andtransmitter time-line information. Information contained in atransmitter report may be used to determine a moving averagetransmission rate, R′ (t), which is used as an indicator of throughput.In an embodiment, R′ (t) may represent a rate in kilobits per second. Inone embodiment, R′ (t) may be derived as a rectangular moving averageas:

$\begin{matrix}{{R_{v}^{\prime}(t)} = {\frac{\left( {\int_{t - {\Delta \; t}}^{t}{b(t)}} \right)}{\Delta \; t}{{{{\Delta \; t} \geq {\Delta \; t_{f}}};{R_{f} = {K({Constant})}}}}}} & (20)\end{matrix}$

where:

-   -   b(t) is the bytes transmitted at time t on a transmitter clock    -   Δt is an interval for calculating an average    -   Δt_(f) is a minimum interval for a reliable average, and    -   R_(f) is the current receiving rate

The interval Δt_(f) should be determined to ensure a reliable averagethat is robust to network jitter. To provide for an ability to adapt toa drop in network throughput within an acceptable timeframe, transmitterreports providing byte counts and timing information used in calculatinga throughput may be provided at a finer resolution than Δt_(f), denotedas Δt_(tr), where Δt_(tr)<<Δt_(f). In an embodiment, a receiver maystore previously received transmitter reports. The receiver may searchthe stored transmitter reports for a most recent report such thatΔ_(tr)≧Δt_(f) at a static encoding rate R′_(v).

The throughput estimate may be improved by use of an averaging strategyto smooth network jitter. In an embodiment, a single-tap (LP) infiniteimpulse response (IIR) filter may be employed as:

R′ _(v)(t _(n))=β·R _(v)(t _(n)−1)+(1−β)·R′ _(v)(t _(n))  (21)

where:

R′_(v)(t_(k)) is the one-tap 11R average throughput estimate at timet_(k) (k=n, n−1)

R′_(v)(t_(n)) is the rectangular moving average throughput calculationfor the current instant t_(n)

The calculated transmission throughput above includes a delay D_(r)(t_(n)) which may be composed of delays introduced when a transmitterreport is transmitted, and then received and parsed by the receiver.Because of this delay, R′_(v) (t_(n)) refers to a throughput estimate atthe transmitter as observed at time (t_(n)−D_(r) (t_(n))) on thereceiver's clock. To use the calculated throughput, a consumption toproduction ratio is determined. This ratio will generally not fall belowa threshold for a given number of tokens. This ratio is discussed abovewith respect to FIG. 5A when determined in one aspect by a transmitterand FIG. 13A when determined in one aspect by a receiver.

FIG. 13A illustrates a process flow diagram for a method of encodingmultimedia information. In an embodiment, process 1300 may be performedby the wireless device 202 illustrated in FIG. 2. In an embodiment,process 1300 may be performed by the device 202 of FIG. 2. In anotherembodiment, process 1300 may be performed by a receiver. In processingblock 1305, a measurement of an amount of received network data relativeto an amount of transmitted network data is determined. In some aspects,the measurement may be a ratio of received network data to transmittednetwork data. In an embodiment, the ratio may be calculated as:

ρ(t _(n))=R _(f)(t _(n))/R′ _(v)(t _(n))  (22)

where:

-   -   t_(n) is a time n at a receiving node    -   R′_(v)(t_(n)) is an estimated encoding rate at time n    -   R_(f)(t_(n)) is a receiving rate at time n

In an embodiment, a receiver may maintain a record of a receiving rateover time. For example, an embodiment may define a duration of timeduring which an amount of data received is accumulated and recorded.When the duration of time has expired, a second time period may begin,with the amount of data received during the second time periodaccumulated and recorded. This process repeats, resulting in a series ofrecorded receiving rates, representing an amount of data received overeach successive time period. A receiver may obtain the amount of dataencoded or transmitted during one or more periods via a transmitterreport, such as transmitter report 1200 discussed above with respect toFIG. 12. In an embodiment, transmitter reports may be receivedperiodically. In an embodiment, the transmission of transmitter reportsmay be event-triggered. In an embodiment, both event-triggered andperiodic transmitter reports may be receiver by a receiver. In anembodiment, the frequency with which transmitter reports are receivedmay be correlated with the frequency with which the receiving rates areaccumulated and stored as discussed above. In another embodiment, thefrequency of transmitter reports may be uncorrelated with the frequencyat which receiving information is accumulated by a receiver.

In an embodiment, the receiving rate, such as R_(f)(t_(n)), may bedetermined by a receiver based on data actually received by thereceiver.

In an embodiment, the ratio of received network data to transmittednetwork data may be based on a receiving rate and a transmission ratecorrelated in time as discussed above. For example, the rates used todetermine the ratio may be delay adjusted moving average rates. In someembodiments, the transmitting rates and receiving rates may becorrelated by adjusting the transmitting rate information based on adelay. For example, transmitting information may be transmitted by atransmitter in a transmitter report to a receiver. The transmitterreport may be received by the receiver after a delay period caused by atleast network delays and delays associated with the transmitterassembling and packaging the transmitting information for transmissionto the receiver. Because the transmitter and receiver may not share acommon clock, it may not be possible to correlate transmittinginformation and receiving information based on a timestamp or otherabsolute timing information. Instead, an estimate of the delay from whentransmitting information is collected to when the transmittinginformation is received by the receiver may be used to correlate thetransmitting information with local receiving information. In anembodiment, the delay may be determined in a manner substantially inaccordance with process 1100, illustrated in FIG. 11. By correlating anencoding or transmitting rate and a receiving rate for a single timeperiod, the ratio more accurately reflects the relationship betweenconsumption and production during the single time period.

The ratio, in an embodiment ρ(t_(n)), may provide an indication ofnetwork conditions between a transmitter and a receiver. For example, ifthe ratio is approximately one (1), this may indicate that a rate oftransmission at a time t_(n) minus a delay D_(r)(t_(n)) was sustainable.In some embodiments, a ratio within a distance α from one (1) may alsobe considered to indicate sustainable network conditions. A ratio ofapproximately one (1) or one (1)±α does not necessarily indicate 100%channel utilization.

If the ratio is less than one, or less than (1−α) as described above, itmay indicate a current encoding or transmission rate, for example,R′_(v)(t_(n)) in an embodiment utilizing equation (1), is notsustainable. To verify a low ratio indicates a transmission rate is notsustainable, a receiver may maintain a record of receiver delay-adjustedmoving average output rates, for example, {r′_(v)(t_(n)),r′_(v)(t_(n−1)), r′_(v)(t_(n−2)) . . . }. The ratio may then becalculated as:

ρ(t _(n))=R _(f)(t _(n))/r′ _(v)(t _(n))′  (23)

where:

-   -   t_(n) is a receiver instant in time when transmitter report ‘n’        is received    -   R_(f)(t_(n)) is a receiving rate at time t_(n)    -   r′_(v)(t_(n)) is estimated over the interval        [t_(n−1)−D_(T)(t_(n−1)), t_(n)−D_(T)(t_(n))], and    -   D_(T)(t_(n)) is an average reverse direction delay for        transmitter report arrival at time t_(n)

If the ratio is greater than one, or greater than one (1)+α as describedabove, it may indicate that buffered data in the network is beingreceived at a rate higher than new data is being encoded and sent overthe network. A ratio greater than one may be experienced after a networkrecovers from a period of reduced throughput. During the period ofreduced throughput, transmission of data by a data source into thenetwork based on an encoding rate may exceed a capacity of the networkto transfer data to the receiver. Some of this excess data may bebuffered, and some of the excess data may be dropped. When the networkrecovers and throughput of the network increases, the buffered data inthe network may be sent to the receiver. This data may be received bythe receiver at a rate that exceeds the transmission rate.

At block 1310, an encoding parameter is transmitted based on thedetermined measurement. In an embodiment, the encoding parameter istransmitted to a transmitting node. In an embodiment, the encodingparameter transmitted may be a recommended encoded parameter for thetransmitting node to use when encoding or transmitting data.

Encoding parameters transmitted based on the measurement may include bitrate parameters, temporal adaptation parameters, spatial adaptationparameters, or error resiliency parameters, as discussed previously. Thetransmitted encoding parameters may be different than one or morecurrent encoding parameters used by the transmitting node.

In an embodiment, if the determined measurement is a ratio, and theratio is less than one, or (1±α) as described above, the one or moretransmitted encoding parameters may function to reduce the size ofencoded multimedia data generated by an encoder at the transmittingnode. In an embodiment, encoding parameters may be adjusted to renderencoded data more resilient to errors if the determined ratio is lessthan one, or less than (1±α). For example, the encoding bit rate may bereduced if the determined ratio is less than one, or (1±α) as describedabove. In an embodiment, a recommendation to increase the encoding bitrate may be transmitted to the transmitting node if a predeterminednumber of sequential ratios are more than one, or (1±α) as describedabove.

In an embodiment, a recommended encoding parameter may not betransmitted until a sequential threshold number F_(ρ) of ratios aredetermined to be less than one (1) or (1−α). For example, if a ratio isdetermined for each sequential token or quanta, a predetermined numberF_(ρ) of sequential tokens having a ratio less than (1−α) may benecessary before a recommended encoding parameter is transmitted. Thismay avoid over reacting to spurious deviations in network state.

In an embodiment, an encoding parameter may be transmitted when fewerthan F_(ρ) sequential ratios are determined to be less than (1−α) and aforward link delay is above a second threshold, for example, denoted asD_(F)(t_(n))≧D_(F) ^(U).

In an embodiment, the receiver side throughput influence on atransmission rate may be expressed with the following Booleanfunctional:

B(R _(v)(t _(n)+1)<(R _(v)(t _(n)))={ρ(t _(n))<(1−α)&f _(p) ≧F_(p)}|{ρ(t _(n))<(1−α)&D _(F)(t _(n))≧D _(F) ^(U)}  (24)

-   -   where:        -   t_(n) is a receiver time instant when a transmitter report            ‘n’ is received        -   R′_(v)(t_(n)) is an encoding rate estimate at time instant            t_(n)        -   ρ(t_(n)) is the ratio of received network data to            transmitted network data (eq (23))        -   f_(p) is a number of sequential determined ratios indicating            low throughput        -   F_(P) is a threshold number of sequential determined ratios            indicating low-throughput        -   D_(F)(t_(n)) is a forward-path delay estimate at receiver            time instant t_(n), and        -   D_(F) ^(U) is a forward-path high delay threshold

Note that while in the embodiment discussed above, a receiver mayrecommend or suggest to a transmitter some transmission or encodingparameter adjustments when the ratio is less than one or less than(1−α), it should be understood that other embodiments may determine aratio that is the inverse of the ratio disclosed in the embodimentabove. In these other embodiments, recommended or suggested transmissionor encoding parameters may be transmitted in an opposite manner as thosedescribed above. For example, in these embodiments, if the determinedratio is more than one, or (1±α), one or more encoding parameters may berecommended or suggested to a transmitter. These recommendations mayreduce the size of encoded multimedia data generated by an encoder onthe transmitting node. In an embodiment, encoding parameters may betransmitted by the receiver to the transmitter which suggest orrecommend to render encoded data more resilient to errors if thedetermined ratio is more than one, or more than (1+α). For example, theencoding bit rate may be reduced if the determined ratio is more thanone, or (1+α) as described above. In an embodiment, a receiver mayrecommend to the transmitter an encoding bit rate be increased if apredetermined number of sequential ratios are less than one, or (1−α).

FIG. 13B is a functional block diagram of an exemplary device 1350. Inan embodiment, device 1350 may be implemented as wireless device 202,illustrated in FIG. 2. The device 1350 includes means 1360 fordetermining, via an electronic device, a measurement of an amount ofreceived network data relative to an amount of transmitted network data.In an embodiment, means 1360 may be configured to perform one or more ofthe functions discussed above with respect to block 1305. The means fordetermining a measurement 1360 may include a processor, such asprocessor 204 of FIG. 2. Means 1360 may also include one or more of asignal generator, transceiver, decoder, or a combination of hardwareand/or software component(s), circuits, and/or module(s). The device1350 further includes means 1365 for transmitting an encoding parameterbased on the determined measurement. In an embodiment, means 1365 may beconfigured to perform one or more of the functions discussed above withrespect to block 1310. The means 1365 for transmitting an encodingparameter based on the determined measurement may include a transmitter,such as transmitter 210 of FIG. 2. Means 1365 may also include one ormore of a processor, signal generator, transceiver, decoder, or acombination of hardware and/or software component(s), circuits, and/ormodule(s).

FIG. 13C is a timing diagram illustrating the correlation oftransmitting information with receiving information at a receiver. FIG.13C shows a transmitter 1370, receiver 1380, and a correlator 1375. Inan embodiment, any of the transmitter 1370, correlator 1375, or receiver1380 may be implemented by the wireless device 202, illustrated in FIG.2. In some aspects, the correlator 1375 may be performed or executed onthe same physical device as the receiver 1380. As shown in FIG. 13C, thereceiver 1380 generates receiving information 1385 a-d periodically.FIG. 13C shows receiving information 1385 a-d generated at timesT_(0′-3′) respectively. Transmitter 1370 is shown transmittingtransmitter reports 1387 a-d to correlator 1375. These transmitterreports are generated by the transmitter 1380 at times T_(O-3)respectively. Because of at least network delays, transmitter reports1387 a-d are received by the correlator 1375 at times T_(0″-3″)respectively. Based on a determination of a network delay, correlator1375 may correlate the receiving information 1385 a-d with transmittinginformation 1386 a-d. This is shown in FIG. 13C as the dashed arrowsassociating transmitting information 1386 a-d with receiving information1385 a-d. In an embodiment, correlator 1375 and receiver 1380 may beimplemented in the same wireless device.

Note that some implementations include transmitting nodes that sendtransmitter reports to a receiving node, while the receiving nodetransmits receiver reports to the transmitting node. In theseimplementations, aspects of FIGS. 5C and 13C may be combined. Forexample, the transmitting node may receive receiver reports andcorrelate information in the receiver report with transmittinginformation referenced to a transmitting node time reference. Thereceiving node may receive transmitter reports and correlate informationin the transmitter report with receiving information referenced to areceiving node time reference. In these aspects, the receiving node maydetermine one or more encoding or transmission parameters and transmitthe parameters to the transmitting node. The transmitting node may thenadapt one or more encoding parameters based on the transmittedparameters.

FIG. 14A illustrates a process flow diagram for a method of transmittinga parameter to a transmitting node. In an embodiment, process 1400 maybe performed by a receiving node. In an embodiment, the transmittedparameter may represent a recommendation, suggestion or directive for anode receiving the parameter to adjust an encoding process based on theparameter. In an embodiment, process 1400 may be performed by thewireless device 202 illustrated in FIG. 2. In processing block 1405, anamount of data buffered in a network is determined.

In an embodiment, the amount of data buffered may be determined based atleast in part on a period of time during which an amount of datatransmitted via the network exceeded the network's capacity during theperiod. In an embodiment, this period of time may be determined as:

T _(R) ≈F _(ρ) ·Δt _(TR)  (25)

where:

-   -   T_(R) is a reaction time    -   F_(ρ) is a token threshold for throughput based rate reduction,        and    -   Δt_(TR) is a transmitter report interval

In an embodiment, the amount of data buffered in the network may bebased at least in part on how much the amount of data transmittedexceeds the network's capacity during the time period. In an embodiment,if a transmission rate is R′_(v)(t_(n)), the amount the transmissionrate exceeds the network's capacity at an instant in time t_(n) may beexpressed as:

R _(surplus) =R′ _(v)(t _(n))−R _(f)(t _(n))  (26)

where:

-   -   R′_(v)(t_(n)) is an estimated transmitter throughput at time        instant t_(n)    -   R_(f)(t_(n)) is a receiver throughput at time instant t_(n)

In an embodiment, the amount of data buffered in a network may then be:

b _(R) =R _(surplus) ·T _(R) or  (27)

b _(R)=(R′ _(v)(t _(n))−R _(f)(t _(n)))·F _(ρ) *Δt _(TR)  (28)

In some other aspects, block 1405 may be performed in substantialaccordance with the description of block 605, discussed above withrespect to FIG. 6A. In processing block 1410, a sustainable throughputof the network is determined. In an embodiment, the sustainablethroughput may be based, at least in part, on a margin of safety. Themargin of safety may be determined so as to provide an opportunity fordata buffered during a period of reduced network capacity (for example,due to network congestion or hardware failure) to complete transmissionafter the network's capacity improves. In some embodiments, the marginof safety may be based, at least in part, on a percentage of adetermined network capacity. For example, in an embodiment, ten percentof a determined network capacity may be reserved to provide an excesscapacity. In some aspects, block 1410 may be performed in substantialaccordance with the description of block 610, discussed above withrespect to FIG. 6A.

In block 1415, a recommended or suggested transmission rate isdetermined based on the sustainable throughput and the amount of databuffered. In an embodiment, the suggested or recommended transmissionrate should be determined such that the amount of data buffered in anetwork is eliminated or drained within a time period t_(R). In someenvironments, a value of one second for time period t_(R) provides goodresults. In an embodiment, the transmission rate may be determined as:

r _(v)(t _(n+1))=R _(f)(t _(n))(1−R _(H) ^(%))−b _(R)  (29)

where:

-   -   R_(H) ^(%) represents a percentage of network capacity based on        the margin of safety discussed above, and    -   b_(R) represents the amount of data buffered in the network as        discussed above with respect to Equation 14t_(R) is assumed to        be unity (1 second)

In an embodiment, a final rate R_(v)(t_(n)+1) may be obtained byquantizing r_(v)(t_(n)+1) to a value from an operational range of ratesR_(v)(D) as:

R _(v)(t _(n+1))=Quant(R _(v)(D)[r _(v)(t _(n+1))]), where R _(v) ≦r_(v)  (30)

In block 1420, a parameter is transmitted. The parameter is based atleast on at least one of the amount of data buffered in the network andthe sustainable throughput. In some aspects, the transmission rate istransmitted. Other parameters transmitted may include bit rateparameters, temporal adaptation parameters, spatial adaptationparameters, or error resiliency parameters, as discussed previously withrespect to block 1310. Some implementations of process 1400 do notinclude block 1415.

FIG. 14B is a functional block diagram of an exemplary device 1450. Inan embodiment, device 1450 may be implemented as wireless device 202,illustrated in FIG. 2. The device 1450 includes means 1455 fordetermining an amount of data buffered in a network. In an embodiment,means 1455 may be configured to perform one or more of the functionsdiscussed above with respect to block 1405. The means for determining anamount of data buffered may include a processor, such as processor 204of FIG. 2. Means 1455 may also include one or more of a signalgenerator, transceiver, decoder, or a combination of hardware and/orsoftware component(s), circuits, and/or module(s). The device 1450further includes means 1460 for determining a sustainable throughput ofthe network. In an embodiment, means 1460 may be configured to performone or more of the functions discussed above with respect to block 1410.The means 1460 for determining an amount of data buffered in a networkmay include a processor, such as processor 204 of FIG. 2. Means 1460 mayalso include one or more of a processor, signal generator, transceiver,decoder, or a combination of hardware and/or software component(s),circuits, and/or module(s). The device 1450 further includes means 1465for determining a transmission rate based on the sustainable throughputand the amount of data buffered. In an embodiment, means 1465 may beconfigured to perform one or more of the functions discussed above withrespect to block 1415. The means 1465 for determining an amount of databuffered in a network may include a processor, such as processor 204 ofFIG. 2. Means 1465 may also include one or more of a processor, signalgenerator, transceiver, decoder, or a combination of hardware and/orsoftware component(s), circuits, and/or module(s). Some implementationsof device 1450 do not include means 1465. The device 1450 furtherincludes means 1470 for transmitting a parameter based on at least oneof the amount of data buffered in the network and the sustainablethroughput of the network. In an embodiment, means 1470 may beconfigured to perform one or more of the functions discussed above withrespect to block 1420. The means 1470 for transmitting a parameter basedon at least one of the amount of data buffered in the network and thesustainable throughput of the network may include a transmitter, such astransmitter 210 of FIG. 2. Means 1470 may also include one or more of aprocessor, signal generator, transceiver, decoder, or a combination ofhardware and/or software component(s), circuits, and/or module(s).

FIG. 15A illustrates a process flow diagram for a method of determiningan encoding parameter. In an embodiment, process 1500 may be performedby the wireless device 202 illustrated in FIG. 2. In some aspects,process 1500 may be performed by a transmitting node encoding andtransmitting information on a network. The transmitting node maydetermine an encoding rate at which it transmits data to the receivingnode. For example, the node may perform process 500 and/or process 600as described above with respect to FIGS. 5A and 6A. Process 1500 may beperformed in some aspects as part of block 510 of process 500, and/orblock 620 of process 600, and/or block 1310 of process 1300, and/orblock 1420 of process 1400. In some aspects, the determined encodingrate may be based on receiver reports, such as receiver report 400,received from a receiving node that receives the transmitted data.

In some aspects, the transmitting node may transmit transmitter reports,such as transmitter report 1200 described above with respect to FIG. 12,to the receiving node. The transmitting node may also receive asuggested or recommended encoding or transmitting parameter from thereceiving node.

In some implementations only one of the receiving or transmitting nodesmay determine one or more encoding parameters. In these embodiments,data transmitted by the transmitting node may be based on the encodingparameters determined by the one node. In some other implementations,both the transmitting node and the receiving node may determine encodingparameters. In these implementations, the transmitting node mayreconcile the two sets of encoding parameters (determined by thetransmitting node and receiving node) to determine a “final” set ofencoding parameter(s). This “final” encoding parameter set may be usedto encode data before transmission to the receiving node. Process 1500illustrates one possible implementation of a process to reconcileencoding parameters. The example process 1500 determines “final” or“hybrid” encoding parameters under three scenarios. Those scenariosinclude 1) only parameters determined by the transmitting node areavailable; 2) only parameters determined by the receiving node areavailable; or 3) both parameters determined by the transmitting node andparameters determined by the receiving node are available.

Block 1505 determines whether receiver determined encoding parametersare available. In some implementations, a receiver may not determineencoding parameters. In some implementations, a transmitting node maynot transmit a transmitter report, such as transmitter report 1200 tothe receiver. In these implementations, the receiver may not have theinformation available to determine one or more transmission or encodingparameters. In these implementations, process 1500 moves from decisionblock 1505 to block 1510, which determines whether transmitterdetermined encoding parameters are available. If transmitter determinedencoding parameters are not available, hybrid encoding parameters aredetermined in block 1545 based on default values, since neither receiverdetermined nor transmitter determined encoding parameters are available.If transmitter determined encoding parameters are available, process1500 moves to block 1515, where hybrid encoding parameters aredetermined based on the transmitter determined encoding parameters.

In some other implementations, the receiver may determine one or moreencoding parameters. For example, in some of these implementations, atransmitter report such as transmitter report 1200 may be sent to thereceiver. The receiver may then perform process 1300 and/or process 1400and transmit one or more encoding or transmission parameters to thetransmitting node. In these implementations, process 1500 moves fromdecision block 1505 to decision block 1520, which determines whethertransmitter determined encoding parameters are available. Someimplementations may rely entirely on a receiver to determine one or moreencoding parameters. In these implementations, determinations by thereceiver may be more accurate than determinations by a transmittingnode. In these implementations, process 1500 moves from block 1520 toblock 1525, where hybrid encoding or transmission parameter(s) aredetermined based on receiver determined encoding parameter(s).

If both transmitter determined and receiver determined encodingparameter(s) are available, process 1500 moves from decision block 1520to block 1530, where a confidence score is determined for the receiverdetermined encoding parameter(s). The confidence score may be based onone or more of a history of encoding parameter recommendations orsuggestions by the receiver, the timing of encoding parameterrecommendations or suggestions by the receiver, signaling availabilityof the receiver, and/or a history of encoder rate adaptation (forexample, if the encoder has recently increased an encoding ortransmitting rate, decreased the encoding or transmitting rate, ormaintained the encoding or transmitting rate).

In block 1535 a confidence score is determined for the transmitterdetermined one or more encoding parameters. The confidence score may bebased on one or more of a history of encoding parameter recommendationsor suggestions by the transmitter, the timing of encoding parameterrecommendations or suggestions by the transmitter, signalingavailability of the transmitter, and/or a history of encoder rateadaptation (for example, if the encoder has recently increased anencoding or transmitting rate, decreased the encoding or transmittingrate, or maintained the encoding or transmitting rate).

In block 1540, hybrid encoding parameters are determined based on theconfidence scores, the transmitter determined encoding parameter(s), andthe receiver determined encoding parameter(s).

In some other embodiments, blocks 1530-1540 may not be performed.Instead, hybrid encoding parameters may be determined to achieve aminimum change resulting in a current encoding rate if either thetransmitter encoding parameter(s) or the receiver determined encodingparameter(s) are utilized. In still other embodiments, block 1530-1540may not be performed. Instead, hybrid encoding parameters may bedetermined based on a minimum transmission or encoding rate resultingfrom application of either the transmitter determined encodingparameter(s) or the receiver determined encoding parameter(s).

FIG. 15B shows a functional block diagram for a wireless communicationapparatus. Those skilled in the art will appreciate that a wirelesscommunication apparatus may have more components than the simplifiedwireless communication apparatus 202 shown in FIG. 2. The wirelesscommunication apparatus 1550 shown includes only those components usefulfor describing some prominent features of implementations within thescope of the claims. In some aspects, apparatus 1550 may include one ormore of the components or circuits of apparatus 550, 650, 850, 950,1150, 1350, 1450, or 1650. The wireless communication apparatus 1550 mayinclude a receiver determined encoding parameter(s) circuit 1560, aconfidence score determination circuit 1565, a transmitter determinedencoding parameters circuit 1570, and a hybrid encoding parametersdetermination circuit 1575.

In some implementations, the receiver determined encoding parameterscircuit 1560 may be configured to perform one or more of the functionsdiscussed above with respect to blocks 1505. The receiver determinedencoding parameters circuit 1560 may include one or more of aprogrammable chip, a processor, a memory, and a network interface. Forexample, the receiver determined encoding parameters circuit 1560 mayinclude the processor 204. In some implementations, a means fordetermining receiver determined encoding parameters may include thereceiver determined encoding parameters circuit 1560.

In some implementations, the confidence score determination circuit 1575may be configured to perform one or more of the functions discussedabove with respect to blocks 1530, and/or 1540. The confidence scoredetermination circuit 1565 may include one or more of a programmablechip, a processor, a memory, and a network interface. For example, theconfidence score determination circuit 1565 may include the processor204. In some implementations, a means for determining a confidence scoremay include the confidence score determination circuit 1565.

In some implementations, the transmitter determined encoding parameterscircuit 1570 may be configured to perform one or more of the functionsdiscussed above with respect to blocks 1510, and/or 1520. Thetransmitter determined encoding parameters circuit 1570 may include oneor more of a programmable chip, a processor, a memory, and a networkinterface. For example, the transmitter determined encoding parameterscircuit 1570 may include the processor 204. In some implementations, ameans for determining transmitter determined encoding parameters mayinclude the transmitter determined encoding parameters circuit 1570.

In some implementations, the hybrid encoding parameters determinationcircuit 1575 may be configured to perform one or more of the functionsdiscussed above with respect to blocks 1515, 1525, and/or 1540. Thetrans hybrid encoding parameters determination circuit 1575 may includeone or more of a programmable chip, a processor, a memory, and a networkinterface. For example, the hybrid encoding parameters determinationcircuit 1575 may include the processor 204. In some implementations, ameans for determining hybrid encoding parameters may include the hybridencoding parameters circuit 1575.

FIG. 16A illustrates a process flow diagram for a method of determiningan encoding parameter. In some aspects, process 1600 utilizes jitterinformation as auxiliary information for the purpose of dynamic bitrateadaptation. Jitter information may be utilized to accelerate an encodingor transmission rate increase or decrease when certain conditions aremet.

In an embodiment, process 1600 may be performed by the wireless device202 illustrated in FIG. 2. In some aspects, process 1600 may beperformed by a node or device encoding and transmitting information on anetwork. The encoding or transmitting node may determine an encodingrate. For example, the encoding or transmitting node may perform process500 and/or process 600 as described above with respect to FIGS. 5A and6A. In some aspects, process 1600 may be performed by a receiving nodedetermining an encoding parameter for a transmitting or encoding node.The receiving node may perform one or more of processes 1300, and/or1400. Therefore, in various aspects, process 1600 may be performed aspart of one or more of blocks 510, 615, 620, 1310, and/or 1415.

Some implementations define at least two jitter thresholds:

J_(th) ^(dec): Jitter threshold for rate decrease

J_(th) ^(inc): Jitter threshold for rate increase

The above jitter thresholds may be determined based on moving averagesof inter-arrival jitter of each packet after a classification defined asbelow.

include current inter-arrival jitter value in a moving window to computeJ_(th) ^(dec) if

B<(1−α)R or D ₀ >D _(th) ^(dec)

And compute J_(th) ^(dec) by moving average filtering.

Otherwise, include current inter-arrival jitter value in a moving windowto compute J_(th) ^(inc) if

B>(1−β)R and D ₀ <D _(th) ^(inc) B<(1−β)R and D ₀ <D _(th) ^(inc)

And compute J_(th) ^(inc) by moving average filtering.

Where

B: throughput measured or estimate

R: encoding rate

D₀: amount of data buffered in a network

D_(th) ^(inc): threshold of amount of data buffered in a network toconsider rate increase

D_(th) ^(dec): threshold of amount of data buffered in a network toconsider rate decrease

α,β: design parameters

Since filtering of jitter data may be improved with a certain amount ofdata available, initial data may be used to train the jitter thresholdsin some implementations. In these implementations, use of jitterthresholds to further adjust encoding parameter(s) may not be performedwhen the moving average jitter values are being trained. When the movingaverage jitter values become available after a training period, themeasured network jitter may be utilized to either reduce or increaserate further. For example, network jitter may be used in someimplementations when:

-   -   1. throughput or bandwidth, and or loss, and or delay indicates        encoding or transmission rate should be reduced, determine if        the current inter-arrival jitter J meets the following        condition:

J>(1−γ)J _(th) ^(dec)

-   -   -   if this condition is met, then encoding or transmission rate            is further reduced by Δ^(dec).

    -   2. throughput or bandwidth, and or loss, and or delay indicates        encoding or transmission rate should be increased, determine if        the current inter-arrival jitter J meets the following        condition:

J<(1+δ)J _(th) ^(inc), and D ₀ <D _(th) ^(inc), and B≈R

-   -   -   if this condition is met, then encoding rate is further            increased by Δ^(inc).

One example implementation of the above described method is illustratedas process 1600 and shown in FIG. 16A. In some aspects, process 1600 isperformed by the wireless device 202, shown in FIG. 2. Process 1600 maybe performed in some aspects as part of block 510 of process 500, and/orblock 620 of process 600, and/or block 1310 of process 1300, and/orblock 1420 of process 1400.

In block 1605, a first adjustment is determined to an encodingparameter. In some aspects, determining an encoding parameter that isdifferent than an existing encoding parameter may represent anadjustment to an encoding parameter. In block 1610, a network jitter isdetermined. The network jitter may be packet inter-arrival jitter insome implementations. In some other aspects, the network jitter may befiltered network jitter information.

Block 1615 determines whether the first adjustment will increase atransmission rate. For example, in some aspects, one or more ofprocesses 500, 600, 1300, or 1400 may determine an encoding parameterthat if applied, will result in an increase in the transmission rate ofan encoding node utilizing the determined encoding parameter. In thiscase, process 1600 moves from decision block 1615 to decision block1620. In block 1620, the network jitter is compared to a first jitterthreshold. If the network jitter is less than the first jitterthreshold, process 1600 moves to block 1630, where a second adjustmentto an encoding parameter is determined which further increases thetransmission rate. In some aspects, an encoding parameter adjusted inblock 1625 is also adjusted in block 1605. For example, in some aspects,an encoding bit rate is increased in block 1605 and also increasedfurther in block 1625. In some other aspects, an error resiliencyparameter may be adjusted in block 1605 and a temporal adaptationparameter and/or spatial adaptation parameter may be adjusted in block1625. In various aspects, one or more encoding parameters adjusted inblock 1625 overlap or do not overlap with one or more encodingparameters adjusted in block 1605.

If the first adjustment does not increase the transmission rate, block1630 determines whether the first adjustment decreases the transmissionrate. If the first adjustment does decrease the transmission rate, thenetwork jitter is compared to a second jitter threshold in block 1635.In the network jitter is greater than a second jitter threshold, then asecond adjustment to an encoding parameter is determined to furtherdecrease the transmission rate. If the network jitter is less than thesecond jitter threshold, process 1600 moves from block 1635 to block1645. In some aspects, the second jitter threshold is higher than thefirst jitter threshold.

In block 1645, the one or more adjusted encoding parameters are applied.If process 1600 is performed on an encoding or transmitting node,applying the adjusted encoding parameters may include encoding and/ortransmitting data based on the adjusted encoding parameter(s). Ifprocess 1600 is performed on a receiving node, applying the adjustedencoding parameter(s) may include transmitting an indication of theadjusted encoding parameters to an encoding or transmitting node.

FIG. 16B shows a functional block diagram for a wireless communicationapparatus. Those skilled in the art will appreciate that a wirelesscommunication apparatus may have more components than the simplifiedwireless communication apparatus 202 shown in FIG. 2. The wirelesscommunication apparatus 1650 shown includes only those components usefulfor describing some prominent features of implementations within thescope of the claims. In some aspects, apparatus 1650 may include one ormore of the components or circuits of apparatus 550, 650, 850, 950,1150, 1350, 1450, or 1550, The wireless communication apparatus 1650 mayinclude a primary encoding adjustment circuit 1655, a jitterdetermination circuit 1660, a secondary encoding adjustment circuit1665, and a jitter thresholding circuit 1670.

In some implementations, the primary encoding adjustment circuit 1655may be configured to perform one or more of the functions discussedabove with respect to block 1605. The primary encoding adjustmentcircuit 1655 may include one or more of a programmable chip, aprocessor, a memory, and a network interface. For example, the primaryencoding adjustment circuit 1655 may include the processor 204. In someimplementations, a means for determining a first adjustment to anencoding parameter may include the primary encoding adjustment circuit1655.

In some implementations, the jitter determination circuit 1660 may beconfigured to perform one or more of the functions discussed above withrespect to block 1610. The jitter determination circuit 1660 may includeone or more of a programmable chip, a processor, a memory, and a networkinterface. For example, the jitter determination circuit 1660 mayinclude the processor 204. In some implementations, a means fordetermining a network jitter may include the jitter determinationcircuit 1660.

In some implementations, the secondary encoding adjustment circuit 1665may be configured to perform one or more of the functions discussedabove with respect to block 1625 and/or 1640. The secondary encodingadjustment circuit 1665 may include one or more of a programmable chip,a processor, a memory, and a network interface. For example, thesecondary encoding adjustment circuit 1665 may include the processor204. In some implementations, a means for applying a second adjustmentto an encoding parameter may include the secondary encoding adjustmentcircuit 1665

In some implementations, the jitter thresholding circuit 1670 may beconfigured to perform one or more of the functions discussed above withrespect to block 1670. The jitter thresholding circuit 1670 may includeone or more of a programmable chip, a processor, a memory, and a networkinterface. For example, the jitter thresholding circuit 1670 may includethe processor 204. In some implementations, a means for determiningwhether a network jitter is above or below a threshold may include thejitter thresholding circuit 1670. Throughout this disclosure, networknodes may be referred to as a transmitter, receiver, transmitting node,or receiving node. While most network nodes both transmit and receivedata, use of these terms within this disclosure is intended to refer toa nodes respective role in the exchange of a unidirectional data streamwhose transmission rate or encoding rate is being managed by the methodsdescribed here. For example, a transmitter or transmitting node is anode transmitting the unidirectional data stream whose rate is beingmanaged by the disclosed methods. A receiver or transmitting node is anode receiving a unidirectional data stream whose rate is being managedby the disclosed methods. The words “transmitter” and “receiver” mayalso be used to refer to hardware components, such as transmitter 210and receiver 212. However, one skilled in the art may easilydifferentiate between a transmitting node and a transmitter 210, forexample, based on the context in which the word is used.

As used herein, the terms “determine” or “determining” encompass a widevariety of actions. For example, “determining” may include calculating,computing, processing, deriving, investigating, looking up (e.g.,looking up in a table, a database or another data structure),ascertaining and the like. Also, “determining” may include receiving(e.g., receiving information), accessing (e.g., accessing data in amemory) and the like. Also, “determining” may include resolving,selecting, choosing, establishing and the like.

As used herein, the terms “provide” or “providing” encompass a widevariety of actions. For example, “providing” may include storing a valuein a location for subsequent retrieval, transmitting a value directly tothe recipient, transmitting or storing a reference to a value, and thelike. “Providing” may also include encoding, decoding, encrypting,decrypting, validating, verifying, and the like.

As used herein, a phrase referring to “at least one of” a list of itemsrefers to any combination of those items, including single members. Asan example, “at least one of: a, b, or c” is intended to cover: a, b, c,a-b, a-c, b-c, and a-b-c.

The various operations of methods described above may be performed byany suitable means capable of performing the operations, such as varioushardware and/or software component(s), circuits, and/or module(s).Generally, any operations illustrated in the Figures may be performed bycorresponding functional means capable of performing the operations.

The various illustrative logical blocks, modules and circuits describedin connection with the present disclosure may be implemented orperformed with a general purpose processor, a digital signal processor(DSP), an application specific integrated circuit (ASIC), a fieldprogrammable gate array signal (FPGA) or other programmable logic device(PLD), discrete gate or transistor logic, discrete hardware componentsor any combination thereof designed to perform the functions describedherein. A general purpose processor may be a microprocessor, but in thealternative, the processor may be any commercially available processor,controller, microcontroller or state machine. A processor may also beimplemented as a combination of computing devices, e.g., a combinationof a DSP and a microprocessor, a plurality of microprocessors, one ormore microprocessors in conjunction with a DSP core, or any other suchconfiguration.

In one or more aspects, the functions described may be implemented inhardware, software, firmware, or any combination thereof. If implementedin software, the functions may be stored on or transmitted over as oneor more instructions or code on a computer-readable medium.Computer-readable media includes both computer storage media andcommunication media including any medium that facilitates transfer of acomputer program from one place to another. A storage media may be anyavailable media that can be accessed by a computer. By way of example,and not limitation, such computer-readable media can comprise RAM, ROM,EEPROM, CD-ROM or other optical disk storage, magnetic disk storage orother magnetic storage devices, or any other medium that can be used tocarry or store desired program code in the form of instructions or datastructures and that can be accessed by a computer. Also, any connectionis properly termed a computer-readable medium. For example, if thesoftware is transmitted from a website, server, or other remote sourceusing a coaxial cable, fiber optic cable, twisted pair, digitalsubscriber line (DSL), or wireless technologies such as infrared, radio,and microwave, then the coaxial cable, fiber optic cable, twisted pair,DSL, or wireless technologies such as infrared, radio, and microwave areincluded in the definition of medium. Disk and disc, as used herein,includes compact disc (CD), laser disc, optical disc, digital versatiledisc (DVD), floppy disk and blu-ray disc where disks usually reproducedata magnetically, while discs reproduce data optically with lasers.Thus, in some aspects computer readable medium may comprisenon-transitory computer readable medium (e.g., tangible media). Inaddition, in some aspects computer readable medium may comprisetransitory computer readable medium (e.g., a signal). Combinations ofthe above should also be included within the scope of computer-readablemedia.

The methods disclosed herein comprise one or more steps or actions forachieving the described method. The method steps and/or actions may beinterchanged with one another without departing from the scope of theclaims. In other words, unless a specific order of steps or actions isspecified, the order and/or use of specific steps and/or actions may bemodified without departing from the scope of the claims.

Similarly, the signals described above include one or more fields whichmay be used in various implementations. The signals may includeadditional fields, fewer fields, and/or alternative field arrangementswithout departing from the scope of the claims.

The functions described may be implemented in hardware, software,firmware or any combination thereof. If implemented in software, thefunctions may be stored as one or more instructions on acomputer-readable medium. A storage media may be any available mediathat can be accessed by a computer. By way of example, and notlimitation, such computer-readable media can comprise RAM, ROM, EEPROM,CD-ROM or other optical disk storage, magnetic disk storage or othermagnetic storage devices, or any other medium that can be used to carryor store desired program code in the form of instructions or datastructures and that can be accessed by a computer. Disk and disc, asused herein, include compact disc (CD), laser disc, optical disc,digital versatile disc (DVD), floppy disk, and Blu-ray® disc where disksusually reproduce data magnetically, while discs reproduce dataoptically with lasers.

Thus, certain aspects may comprise a computer program product forperforming the operations presented herein. For example, such a computerprogram product may comprise a computer readable medium havinginstructions stored (and/or encoded) thereon, the instructions beingexecutable by one or more processors to perform the operations describedherein. For certain aspects, the computer program product may includepackaging material.

Software or instructions may also be transmitted over a transmissionmedium. For example, if the software is transmitted from a website,server, or other remote source using a coaxial cable, fiber optic cable,twisted pair, digital subscriber line (DSL), or wireless technologiessuch as infrared, radio, and microwave, then the coaxial cable, fiberoptic cable, twisted pair, DSL, or wireless technologies such asinfrared, radio, and microwave are included in the definition oftransmission medium.

Further, it should be appreciated that modules and/or other appropriatemeans for performing the methods and techniques described herein can bedownloaded and/or otherwise obtained by an encoding device and/ordecoding device as applicable. For example, such a device can be coupledto a server to facilitate the transfer of means for performing themethods described herein. Alternatively, various methods describedherein can be provided via storage means (e.g., RAM, ROM, a physicalstorage medium such as a compact disc (CD) or floppy disk, etc.), suchthat a user terminal and/or base station can obtain the various methodsupon coupling or providing the storage means to the device. Moreover,any other suitable technique for providing the methods and techniquesdescribed herein to a device can be utilized.

It is to be understood that the claims are not limited to the preciseconfiguration and components illustrated above. Various modifications,changes and variations may be made in the arrangement, operation anddetails of the methods and apparatus described above without departingfrom the scope of the claims.

While the foregoing is directed to aspects of the present disclosure,other and further aspects of the disclosure may be devised withoutdeparting from the basic scope thereof, and the scope thereof isdetermined by the claims that follow.

What is claimed is:
 1. A method of encoding data, comprising:determining, via an electronic device, a measurement of an amount ofreceived network data relative to an amount of transmitted network data;and adjusting an encoding parameter based at least in part on thedetermined measurement.
 2. The method of claim 1, further comprising:receiving a quantity of data received by a receiver; and determining thereceived network data based at least in part on the quantity.
 3. Themethod of claim 1, further comprising: receiving an encoding parametervalue from a receiver; and adjusting the encoding parameter based atleast on the received encoding parameter.
 4. The method of claim 3,further comprising transmitting a quantity of data transmitted to thereceiver.
 5. The method of claim 1, further comprising determining anetwork jitter, wherein the encoding parameter is adjusted based atleast on the network jitter.
 6. The method of claim 5, furthercomprising: determining if the adjustment of the encoding parameter willincrease a transmission rate; and determining a second adjustment to asecond encoding parameter that will further increase the transmissionrate if the network jitter is below a first jitter threshold.
 7. Themethod of claim 6, wherein the encoding parameter and the secondencoding parameter are different parameters.
 8. The method of claim 5,further comprising: determining if the adjustment of the encodingparameter will decrease a transmission rate; and determining a secondadjustment to a second encoding parameter that will further decrease thetransmission rate if the network jitter is above a second jitterthreshold.
 9. The method of claim 8, wherein the encoding parameter andthe second encoding parameter are different parameters.
 10. The methodof claim 1, further comprising: determining a delay in receiving thequantity of data received by the receiver; and determining thetransmitted network data based at least in part on the delay.
 11. Themethod of claim 1, further comprising determining a transmission ratebased on the determined measurement, wherein the encoding parameter isadjusted based at least in part on the transmission rate.
 12. Anapparatus for encoding data, comprising: a processor configured to:determine a measurement of an amount of transmitted network datarelative to an amount of received network data; and adjust an encodingparameter based at least in part on the determined measurement.
 13. Theapparatus of claim 12, further comprising: a receiver configured toreceive a quantity of data received by a receiver, wherein the processoris further configured to determine the received network data based atleast in part on the quantity.
 14. The apparatus of claim 12, furthercomprising: a receiver configured to receive an encoding parameter valuefrom a receiver, wherein the processor is configured to further adjustthe encoding parameter based at least on the received encodingparameter.
 15. The apparatus of claim 14, further comprisingtransmitting a quantity of data transmitted to the receiver.
 16. Theapparatus of claim 12, further comprising a processor configured todetermine a network jitter, wherein the processor is configured toadjust the encoding parameter based at least on the network jitter. 17.The apparatus of claim 16, wherein the processor is further configuredto determine if the adjustment of the encoding parameter will increase atransmission rate, and determine a second adjustment to a secondencoding parameter that will further increase the transmission rate ifthe network jitter is below a first jitter threshold.
 18. The apparatusof claim 17, wherein the encoding parameter and the second encodingparameter are different parameters.
 19. The apparatus of claim 16,wherein the processor is further configured to determine if theadjustment of the encoding parameter will decrease a transmission rate,and determine a second adjustment to a second encoding parameter thatwill further decrease the transmission rate if the network jitter isabove a second jitter threshold.
 20. The apparatus of claim 19, whereinthe encoding parameter and the second encoding parameter are differentparameters.
 21. The apparatus of claim 12, wherein the processor isfurther configured to: determine a delay in receiving the quantity ofdata received by the receiver; and determine the transmitted networkdata based at least in part on the delay.
 22. The apparatus of claim 12,wherein the processor is further configured to determine a transmissionrate based on the determined measurement, wherein the encoding parameteris adjusted based at least in part on the transmission rate.
 23. Anapparatus for encoding data, comprising: means for determining ameasurement of an amount of transmitted network data relative to anamount of received network data; and means for adjusting an encodingparameter based at least in part on the determined measurement.
 24. Theapparatus of claim 23, further comprising: means for receiving aquantity of data received by a receiver; and means for determining thereceived network data based at least in part on the quantity.
 25. Theapparatus of claim 23, further comprising: means for determining a delayin receiving the quantity of data received by the receiver; and meansfor determining the transmitted network data based at least in part onthe delay.
 26. The apparatus of claim 23, further comprising means fordetermining a transmission rate based on the determined measurement,wherein the encoding parameter is adjusted based at least in part on thetransmission rate.
 27. The apparatus of claim 23, further comprising:means for receiving an encoding parameter value from a receiver, whereinthe means for adjusting the encoding parameter is configured to adjustthe encoding parameter based at least on the received encodingparameter.
 28. The apparatus of claim 27, further comprising means fortransmitting a quantity of data transmitted to the receiver.
 29. Theapparatus of claim 23, further comprising means for determining anetwork jitter, wherein the means for adjust the encoding parameter isconfigured to adjust the encoding parameter based at least on thenetwork jitter.
 30. The apparatus of claim 29, further comprising: meansfor determining if the adjustment of the encoding parameter willincrease a transmission rate; means for determining a second adjustmentto a second encoding parameter that will further increase thetransmission rate if the network jitter is below a first jitterthreshold.
 31. The apparatus of claim 30, wherein the encoding parameterand the second encoding parameter are different parameters.
 32. Theapparatus of claim 29, further comprising: means for determining if theadjustment of the encoding parameter will decrease a transmission rate;and means for determining a second adjustment to a second encodingparameter that will further decrease the transmission rate if thenetwork jitter is above a second jitter threshold.
 33. The apparatus ofclaim 32, wherein the encoding parameter and the second encodingparameter are different parameters.
 34. A non-transitory, computerreadable media storing instructions that when executed, cause aprocessor to perform a method of encoding data, the method comprising:determining a measurement of an amount of transmitted network datarelative to an amount of received network data; and adjusting anencoding parameter based at least in part on the determined measurement.35. The non-transitory, computer readable media of claim 34, the methodfurther comprising: receiving a quantity of data received by a receiver;and determining the received network data based at least in part on thequantity.
 36. The non-transitory, computer readable media of claim 34,the method further comprising: receiving an encoding parameter valuefrom a receiver; and adjusting the encoding parameter based at least onthe received encoding parameter.
 37. The non-transitory, computerreadable media of claim 36, the method further comprising transmitting aquantity of data transmitted to the receiver.
 38. The non-transitory,computer readable media of claim 34, the method further comprisingdetermining a network jitter, wherein the encoding parameter is furtheradjusted based at least on the network jitter.
 39. The non-transitory,computer readable media of claim 38, the method further comprising:determining if the adjustment of the encoding parameter will increase atransmission rate; and determining a second adjustment to a secondencoding parameter that will further increase the transmission rate ifthe network jitter is below a first jitter threshold.
 40. Thenon-transitory, computer readable media of claim 39, wherein theencoding parameter and the second encoding parameter are differentparameters.
 41. The non-transitory, computer readable media of claim 38,the method further comprising: determining if the adjustment of theencoding parameter will decrease a transmission rate; and determining asecond adjustment to a second encoding parameter that will furtherdecrease the transmission rate if the network jitter is above a secondjitter threshold.
 42. The non-transitory, computer readable media ofclaim 41, wherein the encoding parameter and the second encodingparameter are different parameters.
 43. The non-transitory, computerreadable media of claim 34, the method further comprising: determining adelay in receiving the quantity of data received by the receiver; anddetermining the transmitted network data based at least in part on thedelay.
 44. The non-transitory, computer readable media of claim 34,further comprising instructions that when executed cause a processor todetermine a transmission rate based on the determined measurement,wherein the encoding parameter is adjusted based at least in part on thetransmission rate.